MCP.Market

Exit1 Uptime Monitoring MCP server

online · 100% uptime
by exit1.dev·dev.exit1/exit1-mcp·v0.4.0

Set up uptime monitoring from your editor: create checks, alerts, and query uptime. Can sign you up.

A98/100grade A
What users say
No reviews yet
Be the first
Safety scan
A98/100

full report

Adoption
Growing

0 stars70 downloads/wk

Reviews

Write one

Nobody has reviewed Exit1 Uptime Monitoring yet.

If you have run it, two minutes of your experience saves the next person an afternoon.

Exit1 Uptime Monitoring tools

Tool list not cached yet. `describe` through the gateway fetches it live.

Public scan report

scanner v0.1.10 · 2026-11-04 · same rubric, same numbers if you re-run it

no findings
  • Code scan13 source files scanned25/25
  • Live reliabilityremote reachable in 248ms (auth required)20/20
  • –Tool poisoningtools not inspected (endpoint requires auth); not countedn/a
  • Auth qualityOAuth resource metadata advertised on 40115/15
  • Maintenancelast push 22 days ago15/15
  • Maintainer identityendpoint served from the registry-verified namespace domain8/10
Overall 98/100. Components that don't apply are left out of the denominator. Any critical finding is an F.RubricAppeal a findingJSON

How Exit1 Uptime Monitoring compares

Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.

Safety score
98/100
higher than 99% of 48,255 servers
Uptime
100%
of our recent checks; the typical remote server answers 100%
Response time
348 ms
faster than 42% of 30,031 servers
Downloads a week
70
more than 54% of 12,191 servers with a package

Release history: 2 versions in the registry since 2026-08-12, latest 2026-10-12, typically one every 61 days.

Install Exit1 Uptime Monitoring in Claude Code, Cursor or VS Code

claude mcp add --transport http exit1-mcp https://app.exit1.dev/mcp/v1
Add to Cursor

What the publisher says

From the Exit1 Uptime Monitoring repository's README, as published. We do not edit it. Read it on GitHub

exit1-mcp

MCP server for Exit1 uptime monitoring. Let your AI assistant set up monitoring for the project you just shipped — read your repo, create the checks, configure alerts, and send a real test alert to prove it works — then ask it about uptime in plain language afterwards.

Two ways to connect

Hosted (recommended). No API key, no npm install, no plan requirement to get started. Run this in your terminal before starting a session: the login opens your browser, you sign in (or sign up) with Clerk, approve, and you're connected.

claude mcp add --transport http exit1 https://app.exit1.dev/mcp/v1 && claude mcp login exit1

One line on purpose: pasting the two commands as separate lines is unreliable in some terminals (cmd.exe drops the second line). In old Windows PowerShell (5.1), where && doesn't parse, run the two halves one at a time. Connect before you start the session: MCP clients load servers at startup, so a server added mid-conversation isn't usable until a restart. On Claude Code versions without claude mcp login, start claude and authenticate via /mcp instead.

Local stdio. This npm package. Uses a Public API key from your dashboard. Use it when your client doesn't support remote MCP servers with OAuth.

claude mcp add exit1 -- npx -y exit1-mcp
export EXIT1_API_KEY="ek_live_your_key_here"

Both expose the same tools. The hosted server is easier; the stdio one has no browser step, which some CI-ish setups prefer.

Zero to monitored

Connect the server (above), then paste this into Claude Code, Cursor, Codex or any MCP-capable assistant, from inside your project:

Set up uptime monitoring for this project with Exit1.

1. Call get_account to see my plan limits. If the Exit1 tools aren't available
   to you, don't try to connect from inside this session; tell me to add the
   HTTP MCP server https://app.exit1.dev/mcp/v1 in my tool, restart it, and
   paste this prompt again.
2. Read this repo to find what should be monitored: deployed URLs in vercel.json /
   next.config / wrangler.toml / .env.production / README, and any /health or
   /api/status route handlers.
3. Show me the checks you plan to create before creating them.
4. Configure email alerts, then send a test alert so I can confirm delivery works.

Once connected, the server also ships a setupmonitoring prompt containing the full playbook — in Claude Code, /exit1:setupmonitoring.

Requirements

  • Hosted: an Exit1 account. Sign-up happens inline during the OAuth flow.
  • Local stdio: Node.js 18+, and an API key from your dashboard. Every plan can mint a key, Free included.

Supported clients

Remote MCP with OAuth is still rolling out across clients. Where it isn't supported yet, the stdio path below works everywhere.

Local stdio setup

Claude Code

claude mcp add exit1 -- npx -y exit1-mcp

export EXIT1_API_KEY="ek_live_your_key_here"
claude

Claude Desktop

Add to ~/Library/Application Support/Claude/claudedesktopconfig.json (macOS) or %APPDATA%\Claude\claudedesktopconfig.json (Windows):

{
  "mcpServers": {
    "exit1": {
      "command": "npx",
      "args": ["-y", "exit1-mcp"],
      "env": {
        "EXIT1_API_KEY": "ek_live_your_key_here"
      }
    }
  }
}

Cursor

Add to .cursor/mcp.json in your project (or ~/.cursor/mcp.json globally). Same shape as Claude Desktop above.

VS Code with Copilot

Shortened. The full README is on GitHub.

Nothing above is checked by us. What we check is on the safety report.

Exit1 Uptime Monitoring: common questions

Is Exit1 Uptime Monitoring MCP server safe?
Yes, by our scan: it is graded A (98/100). Read the Exit1 Uptime Monitoring safety report
How do I install Exit1 Uptime Monitoring?
It runs remotely at app.exit1.dev. Add it to Claude Code, Cursor, VS Code or Claude Desktop with the snippets above, or call it through the mcp.market gateway without installing anything.
Does Exit1 Uptime Monitoring need an API key?
No key to paste: it signs you in with OAuth when your client connects.
Is Exit1 Uptime Monitoring maintained?
The last commit was 23 days ago (2026-10-12). The latest release is v0.4.0.
Is Exit1 Uptime Monitoring up?
100% of our last 28 checks got an answer. We check remote servers about four times a day.
What can I use instead of Exit1 Uptime Monitoring?
Servers from other publishers that do the same job: Netdata MCP server.
How does Exit1 Uptime Monitoring compare with other MCP servers?
safety score 98/100 (higher than 99% of 48,255 servers); uptime 100% (of our recent checks; the typical remote server answers 100%); response time 348 ms (faster than 42% of 30,031 servers). Full comparison.

Alternatives to Exit1 Uptime Monitoring

Same job from other publishers: the closest match first, then the best rated.

  • Netdata
    Real-time infrastructure monitoring with metrics, logs, alerts, and ML-based anomaly detection.
    A