インストール不要。2分以内に動きます。
cloud.anythingmcp.com で無料トライアルを開始し、Better Stack をワンクリックで追加して、AI クライアント（Claude、ChatGPT、Copilot、Cursor）を生成された MCP エンドポイントに向けるだけ。Docker も git clone も、開発経験も不要です。
概要
Better Stack の死活監視とインシデント管理：可用性と応答時間つきのモニターとハートビート、確認・エスカレーション・解決ができるインシデント、オンコールカレンダー、エスカレーションポリシー、ステータスページとステータスレポート、設定済みのインテグレーション。
こう聞いてみよう
Better Stack のサンプルプロンプト
プロンプトをクリックでコピー。Claude / ChatGPT / Cursor / Gemini / Copilot / OpenClaw に貼り付けて、このコネクターで実行できます。
Claude は AI のため誤ることがあります。回答をご確認ください。
💡 インストール不要? cloud.anythingmcp.com を直接利用してください。 サインインし、Connectors → Better Stack をクリック、認証情報を貼り付け、MCP API キーを発行すれば完了です。Docker も
git cloneもローカルサーバーも不要。
Better Stack
Better Stack の死活監視とインシデント管理：可用性と応答時間つきのモニターとハートビート、確認・エスカレーション・解決ができるインシデント、オンコールカレンダー、エスカレーションポリシー、ステータスページとステータスレポート、設定済みのインテグレーション。
セットアップ
セットアップは約 2 分です。コネクタは Better Stack Incidents API（旧 Better Uptime、https://incidents.betterstack.com/api）を使います。
- https://betterstack.com/settings/api-tokens/0 を開いてチームを選び、Incidents API tokens でトークンをコピーするか作成します。このチーム単位のトークンがいちばん簡単です。
- グローバル API トークン（https://betterstack.com/settings/global-api-tokens）も使え、すべてのチームに届きます。その場合、AI は一覧の絞り込みに
team_nameを渡し、モニター、ハートビート、インシデントの作成時には必須になります。 - トークンを
BETTER_STACK_API_TOKENに貼り付けます。書き込みには書き込み権限のあるトークンが必要です。 - コネクタをインストールし、
better_stack_list_monitorsを実行してトークンを確認します。
読み取れるデータ:
- 死活監視のモニター：ステータス（
up、down、paused、validating、maintenance）、URL、種類、チェック間隔、リージョン、最終チェック。1 つのモニターの完全な設定、期間ごとの可用性（SLA）、直近 24 時間のリージョン別応答時間。モニターグループとグループ内のモニター。 - cron ジョブやバックグラウンド処理のハートビート：ping URL、周期、猶予時間、ステータス、可用性、ハートビートグループ。
- インシデント（新しい順）：原因、ステータス、開始・確認・解決の時刻と対応者。期間、モニター、ハートビート、解決済みか確認済みかで絞り込めます。1 件のインシデントと失敗した応答、アラート・確認・エスカレーション・コメント・ステータスページ更新のタイムライン、コメント。
- オンコール担当：現在の担当者つきのオンコールカレンダー、指定した時点のカレンダー（チームの既定カレンダーは
default）、期間内のシフト。手順つきのエスカレーションポリシーと、アラートチャネルつきの重大度。 - ステータスページ、そこに表示されるリソースの可用性と日ごとの履歴、ステータスレポートとその更新。
- 設定：受信・送信 Webhook、Slack インテグレーション、サービス担当者や環境などのメタデータ。
書き込める内容: モニター（better_stack_create_monitor、better_stack_update_monitor、計画作業の前後に better_stack_pause_monitor と better_stack_resume_monitor）、ハートビート（better_stack_create_heartbeat は、ジョブが実行ごとに呼び出す ping URL を返します。better_stack_update_heartbeat）、インシデント（better_stack_create_incident、better_stack_acknowledge_incident、better_stack_escalate_incident、better_stack_resolve_incident、better_stack_reopen_incident、better_stack_add_incident_comment）、ステータスページ（better_stack_create_status_report、状況が変わるたびに better_stack_add_status_update、タイトル変更やメンテナンスの日程変更に better_stack_update_status_report）。
すべてのツールはインストール時からオンです。書き込み系も含まれます。インシデントの作成、エスカレーション、ステータスレポートの公開は実際の担当者や公開の購読者に通知が飛ぶので、AI は事前に確認します。notify_subscribers: false にすると、通知なしでステータスレポートを出せます。失敗が続いているモニターのインシデントを解決すると、次のチェックで新しいインシデントが開きます。ステータスレポートは、影響を受けたすべてのリソースを resolved にする更新で閉じます。
データ形式: 応答は JSON:API に従います。data（1 件のオブジェクトか一覧）が id、type、attributes、relationships を持ち、関連するユーザーとステータス更新は included に入ります。ID は数字の文字列です。時刻は UTC の ISO 8601 で、日付フィルター（from、to）は YYYY-MM-DD です。可用性はパーセント（99.98）、ダウンタイム、インシデントの長さ、応答時間は秒です。インシデントの status は Started、Acknowledged、Resolved のいずれかです。モニターのパスワード、Playwright の環境変数、ポリシーのインシデントトークンは応答から除かれます。
ページング: 一覧は pagination.next を返します。これは URL で、最後のページでは null です。AI はその URL にあるページ番号を page に指定して再度呼び出します。per_page は既定で 50、最大 250 です。インシデントは既定で 10、最大 50 です。
よくあるエラー: 401 はトークンの誤りか失効、または Incidents ではなく Telemetry のトークンを使っていることを意味します。403 は書き込み権限のないトークン、404 は存在しない ID か別チームの ID、422 は検証エラーで errors に対象のフィールドが示されます。429 はレート制限です。
このコネクタは Better Stack Telemetry（ログ、メトリクス、ダッシュボード）には対応せず、モニター、ハートビート、インシデント、ステータスページを削除することもありません。
前提条件: BETTER_STACK_API_TOKEN
ローカルでコネクタをインストール
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
http://localhost:3000/connectors/store を開き、 Better Stack を選択し、前提条件に記載された環境変数を入力します。
利用可能なツール
| Tool | What it does |
|---|---|
better_stack_list_monitors | List the team's uptime monitors with their status (up, down, paused, validating, maintenance), URL, type, check frequency, regions and last… |
better_stack_get_monitor | Get one monitor with its full configuration: type, URL, status, check frequency, regions, alert channels, escalation policy, maintenance… |
better_stack_create_monitor | Create an uptime monitor: an HTTP check (status, expected status code, keyword present or absent), a server or port check (ping, TCP, UDP… |
better_stack_update_monitor | Change a monitor: only the fields you pass are updated (URL, name, frequency, regions, alert channels, escalation policy, group… |
better_stack_pause_monitor | Pause a monitor: Better Stack stops checking it and sends no alerts until it is resumed |
better_stack_resume_monitor | Resume a paused monitor: checks and alerts start again with the monitor's existing settings |
better_stack_get_monitor_availability | Availability summary (SLA) of a monitor for a date range: availability percentage, total downtime in seconds, number of incidents, longest… |
better_stack_get_monitor_response_times | Response times of a monitor's checks over the last 24 hours, per region, oldest first: the total response time in seconds for each check |
better_stack_list_monitor_groups | List the monitor groups (the folders monitors are sorted into on the dashboard), with their name, paused flag and team |
better_stack_get_monitor_group | Get one monitor group by id: its name, sort index, paused flag, team and timestamps |
better_stack_list_monitor_group_monitors | List the monitors inside one monitor group, with the same fields as better_stack_list_monitors; paged with page and per_page |
better_stack_list_heartbeats | List heartbeat (cron job) monitors: name, status, expected period and grace in seconds, the ping URL the job must call, paused flag and… |
better_stack_get_heartbeat | Get one heartbeat monitor with its ping URL, period, grace, status, alert channels, escalation policy and maintenance window |
better_stack_create_heartbeat | Create a heartbeat monitor for a cron job or background task |
better_stack_update_heartbeat | Change a heartbeat monitor: name, period, grace, alert channels, group, escalation policy, or pause and resume it with paused |
better_stack_get_heartbeat_availability | Availability summary of a heartbeat for a date range: availability percentage, total downtime in seconds, number of incidents, longest and… |
better_stack_list_heartbeat_groups | List the heartbeat groups, with their name, paused flag, sort index and team |
better_stack_list_incidents | List incidents, newest first: name, cause, status (Started, Acknowledged, Resolved), start, acknowledge and resolve times and who did it… |
better_stack_get_incident | Get one incident with its cause, status, timestamps, who acknowledged and resolved it, alert channels, escalation policy, metadata and the… |
better_stack_get_incident_timeline | Timeline of an incident, newest first: alerts sent, acknowledgements, escalations, comments, status page updates and the captured responses |
better_stack_create_incident | Open a manual incident and alert the on-call person through the chosen channels (call, SMS, e-mail, push), optionally escalating with a… |
better_stack_acknowledge_incident | Acknowledge an ongoing incident: further escalation stops while the incident stays open until it is resolved |
better_stack_resolve_incident | Resolve an ongoing incident |
better_stack_reopen_incident | Reopen a resolved incident, for example when the problem came back right after it was marked as resolved |
better_stack_escalate_incident | Escalate an ongoing incident to a team member, a team, an on-call calendar, an escalation policy or the whole organization, choosing the… |
better_stack_list_incident_comments | List the comments posted on an incident, with their text (Markdown), author and timestamps |
better_stack_add_incident_comment | Post a comment on an incident, for example a status note or the root cause; it appears in the incident timeline |
better_stack_list_on_call_calendars | List on-call calendars (schedules) with their name, team and whether each is the team's default, plus who is on call right now |
better_stack_get_on_call_calendar | Who is on call on a calendar, now or at a given date and time: names, e-mails, phone numbers and holiday status of the on-call users |
better_stack_list_on_call_events | List the shifts of an on-call calendar in a time window: who is on call (e-mails), start and end time, and whether the shift is an override |
better_stack_list_escalation_policies | List escalation policies with their steps (who is alerted, after how many minutes, with which severity), repeat settings and fallback policy |
better_stack_get_escalation_policy | Get one escalation policy with its ordered steps, step members (users, on-call, Slack, webhooks), wait times, repeat count and fallback… |
better_stack_list_severities | List the severities (urgencies) of the team, with the alert channels each one uses (call, SMS, e-mail, push, critical alert) |
better_stack_list_status_pages | List the status pages: company name, subdomain and custom domain, published flag, overall state (operational, degraded, downtime… |
better_stack_get_status_page | Get one status page with its domain, overall state, published and subscribable flags, history length, design and access settings |
better_stack_list_status_page_resources | List the resources shown on a status page (monitors, heartbeats, groups) with their public name, current status, availability and daily… |
better_stack_list_status_reports | List the status reports (incident announcements and maintenance windows) on a status page with title, type, start and end, affected… |
better_stack_get_status_report | Get one status report on a status page with its type, start and end, affected resources, overall state and its status updates (in… |
better_stack_create_status_report | Publish a status report on a public status page: an incident announcement or a planned maintenance, with the affected resources and a first… |
better_stack_update_status_report | Change a status report's title or its start and end time, for example to reschedule a maintenance |
better_stack_list_status_updates | List the status updates posted on a status report, with message, publish time, affected resources and whether subscribers were notified |
better_stack_add_status_update | Post a new update on a status report, e.g. investigating, identified, monitoring or resolved; set every affected resource to resolved to… |
better_stack_list_incoming_webhooks | List the incoming webhook integrations that open and resolve incidents from other tools, with their name, URL and the rules for starting… |
better_stack_list_outgoing_webhooks | List the outgoing webhook integrations that Better Stack calls on incident and monitor events, with their name, target URL and triggers |
better_stack_list_slack_integrations | List the Slack integrations of the team: workspace, channel and the kinds of notifications sent there |
better_stack_list_metadata | List metadata records (key and values) attached to monitors, heartbeats, incidents and integrations, e.g. service owner or environment… |
プロンプトの例
- 「今ダウンしているものはありますか？ダウン中のモニターを URL と最終チェックつきで一覧にしてください。」
- 「https://shop.example.com のモニターの先月の可用性はどうでしたか？最も長かったインシデントはどれですか？」
- 「今週土曜日の 22:00 に既定のカレンダーでオンコール担当なのは誰ですか？」
- 「未解決のインシデントを原因とタイムラインつきで見せて、決済 API のものを確認済みにしてください。」
- 「ステータスページに、日曜 02:00 から 03:00 UTC の API の計画メンテナンスを購読者に通知せずに掲載してください。先に文面を見せてください。」
次のステップ
このガイドは役に立ちましたか?