trmm-mcp
Related Servers
Alternatives to trmm-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceProvides read-only access to TacticalRMM remote monitoring and management instances via the MCP protocol. It enables querying agents, clients, alerts, checks, and other RMM data through natural language.2210 npmAGPL 3.0
- AlicenseNot gradedqualityCmaintenanceEnables natural-language queries to Tactical RMM, GLPI/TurboDesk, Zabbix, and Grafana for IT alerts, agents, tickets, problems, and dashboard metadata through a local MCP stdio server.MIT
- AlicenseAqualityAmaintenanceMCP server for interacting with the ThreatLocker Portal API, enabling querying of computers, applications, policies, audit logs, and more through AI assistants.181GPL 3.0
- FlicenseAqualityCmaintenanceAn MCP server that connects AI assistants to the NinjaOne remote monitoring and management platform via the REST API v2. It provides tools for device inventory, organization management, alert handling, maintenance scheduling, and automated job execution.221-
- AlicenseNot gradedqualityAmaintenanceMCP server for Kaseya VSA — endpoints, patches, procedures, alarms, and tickets. Enables AI assistants to manage and monitor devices via the Kaseya VSA RMM platform.Apache 2.0
- AlicenseAqualityDmaintenanceMCP server that exposes OSSEC HIDS security monitoring capabilities as tools, resources, and prompts for AI assistants.262MIT
TDQS
Scored across 20 tools
Each tool targets a clearly distinct resource or action: fleet overview, agent list, agent detail, services, processes, event log, checks, history, software, updates, tasks, clients/sites, alerts, scripts, pending actions, logs, and server info. Even the status-related tools (fleet_overview, list_alerts, pending_actions) are separated by scope and description.
All tools share the trmm_ prefix, but the convention after that is inconsistent: some use list_/get_ verbs, others use bare agent_* resource names, and trmm_api_get puts the verb at the end. The names are still readable and grouped by resource, but the pattern is not uniform.
At 20 tools this sits in the heavy range, though the RMM domain is broad and most tools cover a distinct resource type. Some agent read tools could potentially be consolidated, but the count is not unreasonable for the breadth of data exposed.
The read/diagnostic side is well covered: fleet health, agent inventory, processes, event logs, software, updates, scripts, alerts, and logs. However, the script lifecycle is incomplete because trmm_list_scripts explicitly references trmm_run_script, yet no run/create/update/delete script tool exists, and the management/action side of an RMM is largely absent aside from a GET-only API escape hatch.