mcp-uptime-kuma
Related Servers
Alternatives to mcp-uptime-kuma
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityCmaintenanceMCP server for managing self-hosted Uptime Kuma monitors and querying uptime statistics from Claude.-
- AlicenseNot gradedqualityBmaintenanceMCP server for Exit1 uptime monitoring. Enables AI assistants to create and manage uptime checks, configure alerts, and query status via natural language.41 npmMIT

uptrack-mcpofficial
AlicenseNot gradedqualityDmaintenanceMCP server for Uptrack uptime monitoring. Manage monitors and incidents from AI agents like Claude, ChatGPT, and Cursor.5 npmMIT- AlicenseAqualityDmaintenanceEnables managing UptimeRobot monitors, alert contacts, and maintenance windows via natural language through the MCP protocol.16MIT
- AlicenseAqualityDmaintenanceMCP server for StillOnline uptime monitoring, enabling management of projects, checks, incidents, and public status pages through natural language.1026 npm1MIT

Drumbeats MCPofficial
AlicenseAqualityAmaintenanceMCP server for Drumbeats monitoring. Enables creating monitors, triaging incidents, and running HTTP/SSL/DNS checks using natural language from any AI client.1613 npm2Apache 2.0
TDQS
Scored across 31 tools
Each tool maps clearly to a distinct resource and action, with descriptions explicitly separating status queries from configuration queries (getMonitorSummary vs listMonitors) and individual vs all-resource heartbeat reads (getHeartbeats vs listHeartbeats). Even similarly named tools have non-overlapping purposes.
Most tools follow a consistent verb_noun pattern such as getMonitor, updateMonitor, listDockerHosts, and deleteStatusPage. However, creation verbs are split between create (createMonitor, createMaintenance, createStatusPage) and add (addNotification, addDockerHost, addTag), which is a minor but noticeable inconsistency.
With 31 tools, this server exceeds the 25+ threshold and presents a large surface for agents to navigate. Each tool is individually justified by Uptime Kuma's resource model, but the overall count feels heavy for a single MCP server.
The core monitor, notification, docker host, and status page lifecycles are well covered, including create/read/update/delete where appropriate. However, maintenance windows can only be created and listed, not updated or deleted, and tags lack an update operation, leaving notable lifecycle gaps.