Monitor vs OneUptime

A side-by-side look at the Monitor and OneUptime MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

Monitor logoMonitorMonitoring · Local subprocess (stdio)Valkey-first observability with Redis compatibility. Query real-time metrics, analyze slow commands, detect hot keys, and investigate performance issues directly from AI coding assistants.64GoodAuth: api key requiredOneUptime logoOneUptimeMonitoring · Remote HTTP/SSEManage incidents, alerts, monitors, status pages, on-call and telemetry in OneUptime.70GreatAuth: not declared

Verdict: choose Monitor for monitoring work as a local process; choose OneUptime for monitoring over a hosted endpoint. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

Monitor logoChoose Monitor when

  • You need dedicated capabilities in the Monitoring domain.
  • You prefer a local stdio subprocess transport.
  • Its auth model fits you: API key required.
Explore Monitor

OneUptime logoChoose OneUptime when

  • You need dedicated capabilities in the Monitoring domain.
  • You prefer a remote HTTP/SSE transport.
  • You want tools like create_team, get_team, list_teams.
Explore OneUptime

Feature & specification comparison

Rows where the two servers differ are marked.

SpecMonitor logoMonitorOneUptime logoOneUptime
CategoryMonitoringMonitoring
Quality signal64/100 · Good70/100 · Great
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Remote HTTP/SSE
AuthAPI key requiredNot declared
PricingFreemiumNot declared
Required env varsNone listedNone listed
Verified ownerCommunity listingCommunity listing
GitHub stars1,3107,757
Directory activity 5 views 0 installs 0 upvotes 2 views 0 installs 0 upvotes
ToolsNot listed199

Tools & capabilities

Monitor tools

No tool names declared yet. Check the project README from the listing page.

OneUptime tools 199

  • create_teamCreate a new Team in OneUptime. Returns the created Team object with its ID. Use this to add new Teams to your project. Note: projectId is inferred from your API key — you do not need to provide it.
  • get_teamRetrieve a single Team by its unique ID from OneUptime. Use list_teams first if you need to find the ID.
  • list_teamsList and search Teams from OneUptime with optional filtering, pagination, and sorting. Returns an array of Team objects plus the total matching count.
  • update_teamUpdate an existing Team in OneUptime. Only include the fields you want to change - unspecified fields will remain unchanged. Use get_team afterwards to see the updated record.
  • delete_teamPermanently delete a Team from OneUptime. This action cannot be undone. Returns a confirmation message upon successful deletion.
  • count_teamsCount the total number of Teams in OneUptime, optionally filtered by query criteria. Returns a single number. Useful for dashboards, reports, or checking if records exist before listing.
  • create_labelCreate a new Label in OneUptime. Returns the created Label object with its ID. Use this to add new Labels to your project. Note: projectId is inferred from your API key — you do not need to provide it.
  • get_labelRetrieve a single Label by its unique ID from OneUptime. Use list_labels first if you need to find the ID.
  • list_labelsList and search Labels from OneUptime with optional filtering, pagination, and sorting. Returns an array of Label objects plus the total matching count.
  • update_labelUpdate an existing Label in OneUptime. Only include the fields you want to change - unspecified fields will remain unchanged. Use get_label afterwards to see the updated record.
  • delete_labelPermanently delete a Label from OneUptime. This action cannot be undone. Returns a confirmation message upon successful deletion.
  • count_labelsCount the total number of Labels in OneUptime, optionally filtered by query criteria. Returns a single number. Useful for dashboards, reports, or checking if records exist before listing.
  • +187 more on the listing page

Ready-to-paste client configs

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.

Monitor

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "betterdb-inc-monitor": {
      "command": "npx",
      "args": [
        "-y",
        "@betterdb/monitor"
      ]
    }
  }
}

OneUptime

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "oneuptime": {
      "command": "npx",
      "args": [
        "-y",
        "oneuptime"
      ]
    }
  }
}

Frequently asked questions

Monitor is categorized under Monitoring and uses a local stdio subprocess. OneUptime belongs to Monitoring and uses a remote HTTP/SSE transport. Pick Monitor for monitoring work and OneUptime 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.

Monitor is listed as freemium — a free tier with paid plans. Auth: api key required. OneUptime 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 betterdb-inc-monitor and oneuptime as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Monitor has a quality signal of 64/100 (Good) with 5 views, 0 installs and 1,310 GitHub stars. OneUptime has 70/100 (Great) with 2 views, 0 installs and 7,757 GitHub stars.