Exit1 Uptime Monitoring

exit1-mcp

Exit1 の稼働時間を監視する MCP サーバーです。リリースしたばかりのプロジェクトの監視設定を AI アシスタントに任せられます。リポジトリを読み取り、チェックを作成してアラートを設定し、動作を確認するための実際のテストアラートを送信できます。その後、稼働状況について平易な言葉で質問できます。

接続方法は 2 通り

ホステッド（推奨）。 API キーも npm のインストールも不要で、開始にプランの制限もありません。セッションを開始する前に、ターミナルで次を実行してください。ログインするとブラウザーが開き、Clerk でサインイン（または新規登録）して承認すれば、接続できます。

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

意図的に 1 行にしています。2 つのコマンドを別々の行として貼り付けると、一部のターミナルでは正常に動作しません（cmd.exe では 2 行目が実行されないことがあります）。古い Windows PowerShell（5.1）では && を解析できないため、2 つに分けて実行してください。セッションを開始する前に接続してください。MCP クライアントは起動時にサーバーを読み込むため、会話の途中で追加したサーバーは、再起動するまで使用できません。claude mcp login に対応していないバージョンの Claude Code では、claude を起動し、代わりに /mcp から認証してください。

ローカル stdio。 この npm パッケージを使用します。ダッシュボードの Public API キーが必要です。クライアントが OAuth を使ったリモート MCP サーバーに対応していない場合に使用してください。

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

どちらも同じツールを提供します。ホステッドのほうが簡単です。stdio ではブラウザーを使う手順がなく、CI に近い環境ではこちらが好まれる場合があります。

アカウントをまだお持ちでない場合は、エージェントに作成を任せましょう

EXIT1_API_KEY を設定せずに起動した場合、stdio サーバーは終了しません。セットアップモードで起動し、追加のツール create_account を 1 つ提供します。エージェントがメールアドレスを指定してこのツールを呼び出すと、exit1 が無料アカウントを作成し、その場でサーバーを接続します。それ以外のツールもすぐに使え、モニターが稼働を開始します。

claude mcp add exit1 -- npx -y exit1-mcp
# then, in the session: "Set up uptime monitoring for this project with exit1. My email is [email protected]."

または、セッション開始前にターミナルから実行してください。

npx exit1-mcp signup --email [email protected]

どちらの場合も、exit1 からアカウントを有効化するためのリンクがメールで届きます。**アカウントを有効化するまで、アラートは配信されません。**そのため、所有していないアドレス宛てに exit1 のアラートを設定することはできません。有効化ページでは、エージェントに引き続きアクセスを許可するかどうかを選択できます。未有効化のアカウントは 7 日後に一時停止され、30 日後に削除されます。

トークンは ~/.exit1/credentials.json に保存され、自動的に更新されるため、以降のセッションではセットアップなしで接続できます。EXIT1_API_KEY が設定されている場合は、常にそちらが優先されます。MCP を使わないエージェントも、HTTP 呼び出し 1 回で同じことができます。エージェントの登録をご覧ください。

監視をすぐに開始

上記の手順でサーバーに接続し、プロジェクト内から Claude Code、Cursor、Codex、または MCP 対応のアシスタントに次の内容を貼り付けてください。

Set up uptime monitoring for this project with Exit1.

1. Call get_account to see my plan limits. If you have a create_account tool
   instead, I have no account yet: ask for my email and call it. If the Exit1
   tools aren't available to you at all, 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.

接続すると、サーバーは手順をすべて含む setup_monitoring プロンプトも提供します。Claude Code では /exit1:setup_monitoring から利用できます。

要件

• ホステッド： Exit1 アカウントが必要です。OAuth フロー中にその場で登録できます。
• ローカル stdio： Node.js 18 以降と、ダッシュボードで発行した API キー（Free を含むすべてのプランで発行できます）、またはアカウントのいずれかが必要です。アカウントがない場合は、アカウントをまだお持ちでない場合をご覧ください。

対応クライアント

クライアント	ホステッド（OAuth）	ローカル stdio
Claude Code	✅	✅
Claude Desktop	✅	✅
Cursor	✅	✅
VS Code (Copilot)	✅	✅
Windsurf	⚠️ バージョンを確認	✅
Codex CLI	⚠️ バージョンを確認	✅
Gemini CLI	⚠️ バージョンを確認	✅
Goose	⚠️ バージョンを確認	✅
ChatGPT	コネクター経由	mcp-remote ブリッジ経由

OAuth を使ったリモート MCP は、各クライアントへの対応が順次進められています。まだ対応していない場合は、以下の stdio の方法をどこでも利用できます。

ローカル stdio のセットアップ

Claude Code

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

export EXIT1_API_KEY="ek_live_your_key_here"
claude

Claude Desktop

~/Library/Application Support/Claude/claude_desktop_config.json（macOS）または %APPDATA%\Claude\claude_desktop_config.json（Windows）に追加します。

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

Cursor

プロジェクト内の .cursor/mcp.json（またはグローバル設定の ~/.cursor/mcp.json）に追加します。形式は上記の Claude Desktop と同じです。

Copilot を使用する VS Code

コマンドパレットから MCP: Add Server を実行し、Command (stdio) を選択して、npx -y exit1-mcp を入力します。VS Code では mcpServers ではなく servers キーを使用します。

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

Windsurf / Gemini CLI / Goose

Claude Desktop と同じ mcpServers ブロックを、mcp_config.json（Windsurf の設定 › MCP）、~/.gemini/settings.json に追加するか、goose mcp add exit1 -- npx -y exit1-mcp を実行します。その後、IDE または CLI を再起動してください。

Codex CLI

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

ChatGPT

mcp-remote で stdio サーバーをブリッジし、Settings › Connectors に追加します。

ツール

ツール	スコープ	説明
get_account	checks:read	プラン、上限、現在の使用状況を確認します。設定を始めるときは、まずこれを呼び出してください。
list_checks	checks:read	現在のステータスとともにチェックの一覧を表示します。
get_check	checks:read	SSL の状態を含む、1 件のチェックの詳細を表示します。
get_check_history	checks:read	時系列で個々の結果を表示します。
get_check_stats	checks:read	期間ごとの稼働率（%）と応答時間を表示します。
get_status_page	checks:read	公開ステータスページのスナップショットを表示します。
create_check	checks:write	モニター（ウェブサイト、API、ping、TCP、DNS、ドメイン、ハートビート）を作成します。
update_check	checks:write	既存のチェックの設定を変更します。
toggle_check	checks:write	チェックを一時停止または再開します。
delete_check	checks:delete	チェックを完全に削除します。
get_alert_settings	alerts:read	アラートの現在の送信先を確認します。
set_email_alerts	alerts:write	メールの宛先とイベントを設定します。
add_webhook_alert	alerts:write	Slack、Discord、Teams、または汎用ウェブフックを接続します。
send_test_alert	alerts:write	実際のテストアラートを送信します。

ホスト型サーバーはデフォルトで checks:read、checks:write、alerts:read、alerts:write を要求します。checks:delete は要求されず、明示的に許可する必要があります。stdio の場合は、API キーを作成するときに必要なスコープにチェックを入れてください。

プロンプトの例

• 「このプロジェクトの監視を設定してください。」
• 「現在、ダウンしているモニターはありますか？」
• 「過去 30 日間の API チェックの稼働率はどれくらいですか？」
• 「本番環境で直近 10 件の障害を表示してください。」
• 「staging.example.com のチェックを追加して、Slack の #ops にアラートを送信してください。」
• 「今週と先週の応答時間を比較してください。」

設定

環境変数	必須	説明
EXIT1_API_KEY	いいえ	Exit1 API キー（ek_live_…）です。設定しない場合、保存済みの登録情報を使用するか、セットアップモードで起動します
EXIT1_CREDENTIALS_PATH	いいえ	登録情報の保存先です（デフォルトは ~/.exit1/credentials.json）
EXIT1_API_URL	いいえ	API のベース URL を上書きします（開発用）

接続の管理

ホスト型接続は app.exit1.dev/mcp に一覧表示され、いつでもそこで取り消せます。取り消すと、そのクライアントに発行されたすべてのトークンが即座に無効になります。

開発

npm install
npm run build          # tsc -> dist/
npm test               # build, then drive a real MCP handshake over stdio
npm run check:catalog  # compare the tool catalog against the hosted server

npm test はビルド済みサーバーを起動し、クライアントから実際に見える内容を検証します。具体的には、ツール数、readOnlyHint / destructiveHint アノテーション、setup_monitoring プロンプト、および不明なツールがプロトコルエラーではなく isError を返すことを確認します。2 回目の実行では、キーも保存済みの認証情報もない状態で起動し、セットアップモード（create_account が一覧に表示され、その他のツールがアカウントの取得方法を説明すること）を確認します。API キーは不要で、ネットワーク呼び出しも行いません。

check:catalogが存在する理由

ツールカタログは、このパッケージと、Mopra/exit1.devのfunctions/src/mcp-tools.tsにあるホスト型OAuthサーバーとの間で、意図的に重複して管理されています。別々のビルドで、共有パッケージはなく、コンパイル時に両者を結び付ける仕組みもありません。npm run check:catalogは、ツール名や入力スキーマに差異があると失敗し、文言の違いがあると警告します。CIでは、プッシュのたびに、また1日1回このチェックを実行します。

こちらでツールを変更したら、あちらでも変更し、リリース前にチェックを実行してください。

GitHubではなくローカルのチェックアウトを対象に実行するには、次のようにします。

CATALOG_REMOTE_PATH=../exit1.dev/functions/src/mcp-tools.ts npm run check:catalog

リリース

npm version patch          # or minor
npm publish                # prepublishOnly runs the build + smoke test
git push --follow-tags

server.jsonのversionを合わせて更新し、レジストリーのエントリーを再公開してください（下記を参照）。src/index.tsのversion文字列は、クライアントにserverInfoとして表示されます。package.jsonのバージョンと一致させてください。

MCP レジストリー

server.jsonには、公式MCPレジストリー向けに、2つの配布方法（npmパッケージとホスト型エンドポイント）が記述されています。レジストリー名はdev.exit1/exit1-mcpで、exit1.devの管理権限を証明する必要があります。

mcp-publisher login dns --domain=exit1.dev --private-key=HEX_KEY
mcp-publisher publish

npmの所有権は、package.jsonのmcpNameフィールドで証明します。この値は、server.jsonのnameと一致させてください。

クイックリンク

ウェブサイト	exit1.dev — プラットフォームについて	リポジトリー
監視アプリ	app.exit1.dev — サインインしてチェックを管理	リポジトリー
ドキュメント	docs.exit1.dev — ガイド、APIリファレンス、セットアップ手順	リポジトリー
MCP サーバー	exit1-mcp — このリポジトリー	リポジトリー

公式MCPレジストリーにもdev.exit1/exit1-mcpとして登録されています。

ライセンス

MIT — 詳細はLICENSEを参照してください。

exit1のその他の部分はオープンソースではなく、ソースコードを閲覧できる形で提供されています。このパッケージは例外で、MCPクライアントが自由にベンダー同梱して調査できます。