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.-
- AlicenseAqualityBmaintenanceMCP server for Exit1 uptime monitoring. Enables AI assistants to create and manage uptime checks, configure alerts, and query status via natural language.1578 npmMIT

uptrack-mcpofficial
AlicenseNot gradedqualityCmaintenanceMCP server for Uptrack uptime monitoring. Manage monitors and incidents from AI agents like Claude, ChatGPT, and Cursor.4 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.1025 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.19614 npm2Apache 2.0
TDQS
Scored across 35 tools
Each tool targets a distinct resource and action, with clear separation between get/list/summary variants for monitors, heartbeats, status pages, and maintenance. The descriptions explicitly guide agents away from common confusions, such as using getMonitorSummary for status overviews versus listMonitors for configuration.
Mostly consistent camelCase verb_noun naming across resources. Minor deviations exist (addNotification vs createMonitor, getMaintenanceWindows vs listMaintenanceWindows) but remain predictable and readable.
35 tools is heavy and may overwhelm agents compared with the typical 3-15 range. The breadth of Uptime Kuma administration (monitors, notifications, Docker hosts, tags, maintenance, status pages) justifies many tools, but the surface is still large enough to feel borderline.
Core CRUD coverage is strong for monitors, notifications, Docker hosts, maintenance windows, and status pages. Minor gaps remain, such as updateSettings, updateTag, and a notification-test operation, but most workflows are supported.