A side-by-side look at the VMware Monitor and MCP Uptime Kuma MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose VMware Monitor for monitoring work as a local process; choose MCP Uptime Kuma for monitoring as a local process. You can also run both side by side in one mcpServers block.
Which MCP server should you choose?
Choose VMware Monitor when
You need dedicated capabilities in the Monitoring domain.
You need dedicated capabilities in the Monitoring domain.
You prefer a local stdio subprocess transport.
You have the keys it needs: UPTIME_KUMA_URL, UPTIME_KUMA_USERNAME, UPTIME_KUMA_PASSWORD, UPTIME_KUMA_2FA_TOKEN, UPTIME_KUMA_JWT_TOKEN, UPTIME_KUMA_HEADERS.
You want tools like getMonitorSummary, listMonitors, listMonitorTypes.
Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.
VMware Monitor is categorized under Monitoring and uses a local stdio subprocess. MCP Uptime Kuma belongs to Monitoring and uses a local stdio subprocess. Pick VMware Monitor for monitoring work and MCP Uptime Kuma for monitoring.
Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.
VMware Monitor is listed as free. Auth: api key required. MCP Uptime Kuma has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.
Yes. MCP clients support multiple servers: add zw008-vmware-monitor and mcp-uptime-kuma as separate keys in the same mcpServers object, and your assistant will call tools from either one.
On AllMCPs, VMware Monitor has a quality signal of 53/100 (Good) with 2 views, 0 installs and 13 GitHub stars. MCP Uptime Kuma has 60/100 (Good) with 1 views, 0 installs and 55 GitHub stars.