Statuspage

@pipeworx/statuspage

サービスステータス／稼働時間 MCP — ベンダー独自のAtlassian Statuspageフィードから、「Xは今ダウンしていますか？」に回答します。キー不要です。

Pipeworxの一部です。AI エージェントを1743以上のライブデータソースに接続するMCPゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとの提携、承認、公開関係はありません。

Atlassian Statuspageは事実上の標準です。数百のベンダーが、同じJSONコントラクトをhttps://<status-host>/api/v2/status.jsonで公開しています。このパックはそのコントラクトを読み取るため、個別のベンダーではなく、ある種の質問に答えられます。

ツール

• statuspage_check(vendor | status_host, include_components?) — 1つのベンダーの現在のステータスを返します。全体のインジケーター、ベンダー独自のステータス表示、すべての劣化したコンポーネント、最新の更新テキストを含む進行中のインシデント、公開されている場合は今後のメンテナンス情報を含みます。
• statuspage_incidents(vendor | status_host, unresolved_only?, limit?, include_all_updates?) — インシデント履歴を返します。タイトル、ライフサイクルステータス、影響度、開始／解決時刻、継続時間、影響を受けたコンポーネント、最新の更新情報を含みます。
• statuspage_list_vendors(category?, query?, include_elsewhere?) — このパックが回答できるベンダーと、それぞれのステータスホストを返します。名前を推測せずに確認できます。
• statuspage_multi_check(vendors[]) — 1回の呼び出しで最大20のベンダーを確認し、簡潔な稼働／停止テーブルと集計結果を返します。ホストの重複は除外され、同時実行数は5に制限されます。

対応範囲

対応範囲は、厳選したベンダーマップと、呼び出し元が指定するホストです。

厳選したマップには、AI／モデルプロバイダー、クラウドとホスティング、データベースとオブザーバビリティ、開発者向けツール、決済とフィンテック、コミュニケーション、ビジネス向けSaaSにまたがる190のベンダーが含まれます。

マップ内のすべてのホストは推測ではなく、検証済みです。 206個の候補ホストをライブで調査し、残ったホストはそれぞれ/api/v2/status.json、/api/v2/summary.json、/api/v2/incidents.jsonで解析可能なStatuspage v2ペイロードを返す必要がありました。失敗した候補は、憶測で含めずに除外しました。ステータスホスト名は本当に推測できないためです（status.anthropic.comはstatus.claude.comにリダイレクトされます。status.cloudflare.comはまったく名前解決できず、実際のホストはwww.cloudflarestatus.comです）。

第2波（67ベンダー。マップは123から190に増加）は、競合するトラッカーとの対応状況の監査をもとに追加しました。ボトルネックはホストのパターンではなく、試すべきベンダー名を知ることでした。名前が分かれば、78件中68件は一般的なパターンを1回目または2回目に試して解決し、67件が3つのエンドポイントのチェックを通過しました（kongは除外しました。status.konghq.comはブラウザー以外のクライアントに418を返します）。

マップにない場合は、status_host: "status.somevendor.com"を渡してください。各レスポンスは、sourceフィールド（curated_map | caller_supplied_host）を通じて、どちらを使用したかを示します。

ステータスを別の場所で公開しているベンダー

有名企業約43社を調査したところ、AWS、Google Cloud、Azure、Slack、Stripe、GitLab、Heroku、PagerDuty、Notion、Databricksなどは、別の形式でステータスを公開していることが分かりました。これらの企業を指定すると、何も返さずに終わるのではなく、ユーザーが開くべきURLとともにreason: 'vendor_not_statuspage'を返します。statuspage_list_vendors({include_elsewhere: true})で一覧を確認できます。

「lite」形式のStatuspageホスト

マップ内の17のホストはstatus.json／summary.json／incidents.jsonを提供しますが、/api/v2/incidents/unresolved.jsonは提供していません（OpenAIもその一つです）。このパックはインシデントフィードをフィルタリングして進行中のインシデントを抽出する方法にフォールバックし、使用したパスをincidents_sourceで報告します。

結果の意味

• 「All Systems Operational」は正常を示す結果であり、found: true、 operational: true、空のopen_incidents配列が返されます。
• **インシデントがなく、ステータスページを読み取れなかったベンダーは、同じ結果にはなりません。**取得に失敗すると、found: false, reason: 'status_page_unreachable'が返されます。
• 認識されていないベンダーの場合は、類似候補とstatuspage_list_vendorsへの案内とともに、found: false, reason: 'vendor_not_covered'が返されます。ホストを推測したり、別のベンダーに黙って置き換えたりすることはありません。

データソース

Atlassian Statuspage v2 REST API。各ベンダーが独自のステータスホストで提供しています。

• /api/v2/status.json — 全体のインジケーターと説明
• /api/v2/summary.json — ステータス、コンポーネント、進行中のインシデント、メンテナンス
• /api/v2/incidents.json、/api/v2/incidents/unresolved.json
• /api/v2/components.json

API キー、認証は不要です。このパックではレート制限への対応はありません。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します。

{
  "mcpServers": {
    "statuspage": {
      "url": "https://gateway.pipeworx.io/statuspage/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/statuspage/mcpのtools/listは、上の表にあるツールに加えて、共有 Pipeworx メタツール（ask_pipeworx、discover_tools、search_within、remember／recallなど、ゲートウェイ全体で使えるツール一式）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、パック独自のツールに加えて、共有ツールが約30個表示されます。接続のinitializeレスポンスには正確な範囲が記載されており、その日の状況を確認するうえで最も信頼できる情報です。

これは意図的なものであり、偶然の多重化ではありません。メタツールを使うと、このパックでは扱わない質問にも、カタログ全体を検索するask_pipeworxを通じて回答できます。2つ目の MCP サーバーを追加する必要はありません。現在、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加のスキーマがルーティングの利点よりもコンテキストを消費する場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度だけ接続してください。

このパックだけでなく、すべてのパックのツールを直接一覧表示するには、Pipeworx のフルゲートウェイに接続します。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も同じゲートウェイと同じ1,743以上のデータソースにアクセスします。異なるのは、どのパックのツールが直接一覧表示されるかだけです。ask_pipeworxを使えば、どちらからでもすべてのツールにアクセスできます。

MCP クライアントがない場合は HTTP で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/statuspage_check \
  -H 'Content-Type: application/json' \
  -d '{"vendor":"openai"}'

最初の呼び出しにアカウントは必要ありません。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/statuspage_checkを実行します。ツールを探すには、{"query":"..."}を指定してPOST https://gateway.pipeworx.io/v1/tools/search_packsを実行します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイへの往復通信も不要です。

{
  "mcpServers": {
    "statuspage": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-statuspage"]
    }
  }
}

または、直接実行して起動を確認します。

npx -y @pipeworx/mcp-statuspage

stdin/stdout で MCP を使用し、このパックのツールのみを対象として、initialize／tools/list／tools/callに応答します。上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx の使用

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントでも、フルゲートウェイでも使えます。

ask_pipeworx({ question: "your question about Statuspage data" })

ゲートウェイが適切なツールを選択し、引数を自動的に設定します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT