MSPclaw Research Deep-Dive

20+ Reddit / forum queries, vendor API docs, and community threads synthesized into product ideas. June 2026.

1. What Exists Now

Your repo thisisprabha/MSPclaw has a solid foundation: Python agent runtime, playbook system (printer issues, disk space, onboarding, permissions), LLM reasoning layer, and a Tailscale-based deployment model. It is essentially an AI-native RMM brain with hardcoded architecture.

Current state: Single-tenant, Python-centric, opinionated networking (Tailscale assumed), no connector abstraction, no multi-MSP support. It is a prototype that proves the concept — not a platform.

2. Pain Points from Reddit & Forums

Below are real quotes and themes from r/msp, vendor forums, and technical communities. Scored by how often they appeared across threads.

High Freq Script execution is unreliable and slow

"Datto RMM was good a few years ago, but Kaseya has broken it. It takes forever for scripts to run, sometimes upwards of 20 mins in an online device."
"The scripting gives you very little insight in what it's doing, the progress and has a limit of 1gb for files to transfer." — NinjaOne user

Implication: Every MSP has a graveyard of broken scripts. An agentic layer that retries, adapts, and reports on execution in real language would eliminate this pain.

High Freq No open-source PSA exists

"There are no open source PSAs especially similar to Manage."
"Other than a VNC variant which has major issues, there is no open source RMM."
"If any MSP do use open source, they are placing themselves into high risk position."

Implication: The community is hungry but skeptical. Any open-source tool must prove it is maintained, secure, and has commercial backing. The gap is real and validated.

High Freq Vendor lock-in and pricing unpredictability

"I'm now seeking to switch RMM/PSA systems. I'm open to paying for licenses, but I would much prefer to self-host to avoid the annoyance of price hikes."
"Don't get vendor locked in. Avoid vendor specific automation and use the industry standard, which is PowerShell."
"Comet Backup — Self Hosted Fee Coming... These prices will not affect Comet-Hosted."

Implication: MSPs want an abstraction layer between them and their vendors. Something that lets them switch PSA/RMM without rewriting automation.

Med Freq APIs are limited and poorly documented

"The limitations really lie with the API capabilities provided by the vendors themselves." — REWST user
"ConnectWise does not publish explicit rate limit numbers in official docs. HTTP 429 responses may be returned when limits are exceeded."
"It's a complicated software if you don't have API or heavy automation experience." — ConnectWise user

Implication: Every vendor API has different auth, rate limits, and capabilities. A universal connector that normalizes these into a single interface is huge value.

Med Freq No-code platforms are expensive and unreliable

"Rewst is an incredibly powerful platform... but it is substantially more expensive than every other low code platform."
"I dont like the no code interface too much."
"If you have got dev resources, n8n offers great flexibility and control. But Rewst can save a lot of time with MSP-focused templates."

Implication: MSPs want code-first control with MSP-specific templates. n8n is too generic. REWST is too expensive. Gap for code-first, MSP-native automation with a marketplace.

Med Freq AI ticket handling creates more problems

"We got ai agents handling tickets fully and it created more problems than expected. Spent months building out these autonomous agents..."
"Are there any AI native ticketing tools you use? Have you integrated any AI into your ticketing system?"
"The issue is we like having ticket data in Connectwise to tie to agreements, reports, profitability, etc."

Implication: AI agents that fully replace human triage are not trusted. Agents that assist — draft responses, suggest actions, run playbooks on approval — are the right abstraction.

Low Freq Self-hosted open-source RMM liability concerns

"What are your thoughts on liability for running self-hosted Rustdesk, TacticalRMM, or other tools? Running standard ports and malicious scans..."
"I move from TacticalRMM as I grew up and it was causing issues with getting caught by any AV out there."

Implication: TacticalRMM went source-available, not truly open. AV vendors flag self-hosted agents. Need signed, trusted agent binaries or SaaS option.

3. What to Strip from MSPclaw

  1. Tailscale requirement. Not every MSP uses Tailscale. Make networking pluggable — WireGuard, ZeroTier, cloud tunnel, or direct.
  2. Single-tenant architecture. Current model assumes one deployment per org. Need multi-tenancy from day one for MSP use.
  3. Python-only agent runtime. Some endpoints are Windows-only shops with PowerShell muscle. Runtime should be polyglot.
  4. Hardcoded playbook system. YAML playbooks should be a plugin, not a core assumption. Some MSPs want code (Python), some want drag-and-drop.
  5. No connector abstraction. Direct API calls to specific tools. Replace with adapter SDK where community builds connectors.
  6. Linux-centric deployment. Most MSPs are Windows-first for management servers. Docker + Windows Service option needed.

4. Product Ideas — Plug & Play with PSA/RMM

Idea A: Universal Connector Bus (The Core)

A normalization layer that translates vendor-specific APIs into a single Event-Action interface.

+------------------------------------------------------------+ | MSPclaw Agent Bus [SaaS] | | +------------------+ +------------------+ +-----------+ | | │ Reasoning Engine │ │ Playbook Runner │ │ State DB │ | | +--------+---------+ +--------+---------+ +-----------+ | | | | | | +--------+---------+ +--------+---------+ | | │ Connector SDK │ │ Event Router │ | | +--------+---------+ +------------------+ | +-----------|--------------------------------------------+ | +-----------+--------+ +--------+ +-----------+ | ConnectWise Adapter| │ Datto │ │ NinjaOne │ | (REST API v4) | │ Adapter│ │ Adapter │ +--------------------+ +--------+ +-----------+ | | | [REST/Webhooks] [REST/Webhooks] [REST/Webhooks]

Adapter SDK Interface:

class PSAAdapter:
    def authenticate(credentials) -> AuthContext
    def get_tickets(filter) -> List[Ticket]
    def create_ticket(payload) -> Ticket
    def update_ticket(id, payload) -> Ticket
    def execute_script(device_id, script, params) -> ExecutionResult
    def get_devices(filter) -> List[Device]
    def on_webhook(payload) -> Event

Community writes adapters. Core team maintains 6-8 flagship ones. AGPL license on core, MIT on adapters.

Idea B: Event-Action Playbook Marketplace

Not just scripts — stateful workflows triggered by real events.

Event SourceTriggerActionOutput
ConnectWiseNew ticket "Printer not working"Run diagnostic playbookAuto-close if resolved, escalate if hardware failure
Datto RMMDisk space < 10%Trigger cleanup + notifyTicket updated with cleanup log
NinjaOnePatching failed on 3+ devicesGroup into incident ticketSummarized incident in PSA
SuperOpsOnboarding workflow startedProvision accounts across all toolsProgress tracked in SuperOps
AnyAfter-hours critical alertPage on-call, create bridge ticketAuto-resolved if device comes back online

Idea C: Agentic Triage (Not Replacement)

From Reddit: "We got AI agents handling tickets fully and it created more problems than expected."

Instead of full replacement, build an Escalation Prep Agent:

This is what one Reddit user built manually and got praise for. Productize it.

Idea D: Cross-Platform Visibility Layer

MSPs with multiple tools (ConnectWise + Datto + Ninja for different clients) have no unified dashboard.

ConnectWise won't build this. Datto won't. But an open-source bus can.

Idea E: Self-Healing Engine

From Reddit pain: "Scripts take 20 mins to run — too slow for real-time response."

A lightweight agent on each endpoint that runs diagnostics locally, reports back, and can self-heal common issues without round-trip to cloud:

5. Competitive Landscape

VendorWhat They DoGap
REWSTNo-code MSP automation platformExpensive, proprietary, requires full-time dev focus
TacticalRMMSelf-hosted open-source RMMWent source-available, AV flagging, single-vendor, no PSA integration
ConnectWise AutomateScripting + monitoringThick client, no webhook reliability, API rate limits undocumented
Datto RMMMonitoring + scriptingKaseya acquisition broke reliability, 20+ min script execution
n8nSelf-hosted workflow automationGeneric, no MSP-specific adapters, no agent runtime
SuperOps AIAI-native MSP platformSingle platform lock-in, no universal connector concept
MSPclaw (proposed)Open-source agent bus + marketplaceNeeds to prove reliability and build adapter ecosystem
Positioning: REWST is too expensive and proprietary. TacticalRMM is too narrow. n8n is too generic. ConnectWise/Datto/Ninja don't talk to each other. MSPclaw sits in the gap — an open-source orchestration bus that connects what MSPs already have.

6. What "Plug & Play" Actually Means

Here is the specific definition, because every vendor says "plug and play" and means "spend 3 weeks with a solutions engineer."

StepCurrent State (Manual)MSPclaw Target
Connect PSARead API docs, build auth flow, handle rate limits, map custom fieldsPaste API key → auto-detect version → map common fields → 5 min
Connect RMMSame as above, plus device inventory sync nightmaresPaste API key → sync devices → auto-correlate with PSA contacts
First playbookWrite Python script, test in staging, deploy to prod, monitorBrowse marketplace → click Install → map to event source → done
Add a clientClone configs, manually update IDs, pray nothing breaksCopy tenant config, auto-provision connectors, inherit playbooks
Switch PSAMigration project: 3-6 months, consultant feesSwap adapter, remap fields, playbooks unchanged: 2 weeks

7. Open-Source Strategy

License split:

Why this works:

8. MVP Roadmap (3 Months)

PhaseDeliverableWeeks
Phase 1Connector SDK + 2 adapters (ConnectWise Manage, Datto RMM) + event router1-4
Phase 2Playbook YAML format + 5 community playbooks + marketplace UI5-8
Phase 3Agentic triage (escalation prep) + self-healing agent (Windows service) + 2 more adapters9-12

9. Why This Wins

  1. Validated gap: Reddit confirmed repeatedly — no open-source PSA, no universal bus, no code-first MSP automation with marketplace.
  2. Defensible moat: The adapter ecosystem. Once ConnectWise and Datto adapters are mature, switching costs go up for users (good lock-in).
  3. AI-native, not AI-bolted: Current tools bolt AI onto legacy architecture. MSPclaw can be designed around event-driven agent reasoning from day one.
  4. Community flywheel: Open-source adapters + marketplace creates a community that builds your product for you, like Terraform providers.
  5. Vendor-neutral: MSPs are tired of being trapped. This is the appeal of Terraform, Kubernetes, and n8n — the same logic applies here.
  6. Your position at SuperOps: You have insider knowledge of what a modern PSA/RMM platform should expose. That is a structural advantage.

10. Next Steps

Bottom line: Don't build another RMM. Don't build another PSA. Build the layer that connects them and makes them smarter. That is the product.