OneUptime vs Monitor

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

OneUptime logoOneUptimeMonitoring · Remote HTTP/SSEManage incidents, alerts, monitors, status pages, on-call and telemetry in OneUptime.70GreatAuth: not declaredMonitor 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 required

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

Which MCP server should you choose?

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

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

Feature & specification comparison

Rows where the two servers differ are marked.

SpecOneUptime logoOneUptimeMonitor logoMonitor
CategoryMonitoringMonitoring
Quality signal70/100 · Great64/100 · Good
Install commandConfirmedConfirmed
TransportRemote HTTP/SSELocal subprocess (stdio)
AuthNot declaredAPI key required
PricingNot declaredFreemium
Required env varsNone listedNone listed
Verified ownerCommunity listingCommunity listing
GitHub stars7,7571,310
Directory activity 2 views 0 installs 0 upvotes 5 views 0 installs 0 upvotes
Tools199Not listed

Tools & capabilities

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

Monitor tools

No tool names declared yet. Check the project README from 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.

OneUptime

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

Monitor

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

Frequently asked questions

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

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

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