概要
AI に PagerDuty を操作させます。オープン中のインシデントをタイムライン、アラート、メモとともに確認し、誰がオンコールかを調べ、サービス、エスカレーションポリシー、スケジュール、チームを参照し、あなたの確認を得てからインシデントの確認応答、解決、再割り当て、エスカレーションを行い、インシデント分析を取得できます。
ガイド付きセットアップ
PagerDuty を Microsoft Copilot に 2 分で接続
AnythingMCP Cloud の無料トライアルを始め、ガイド付きセットアップで PagerDuty を接続して、MCP URL を Microsoft Copilot に追加します。コードもサーバーの運用も不要です。
クレジットカード不要 · 7日間の試用 · セルフホストの選択肢あり
こう聞いてみよう
PagerDuty のサンプルプロンプト
プロンプトをクリックでコピー。Claude / ChatGPT / Cursor / Gemini / Copilot / OpenClaw に貼り付けて、このコネクターで実行できます。
Claude は AI のため誤ることがあります。回答をご確認ください。
💡 インストール不要? cloud.anythingmcp.com を直接利用してください。 サインインし、Connectors → PagerDuty をクリック、認証情報を貼り付け、MCP API キーを発行すれば完了です。Docker も
git cloneもローカルサーバーも不要。
PagerDuty + Microsoft Copilot
AI に PagerDuty を操作させます。オープン中のインシデントをタイムライン、アラート、メモとともに確認し、誰がオンコールかを調べ、サービス、エスカレーションポリシー、スケジュール、チームを参照し、あなたの確認を得てからインシデントの確認応答、解決、再割り当て、エスカレーションを行い、インシデント分析を取得できます。
前提条件
完全なセットアップ手順はコネクタ自体に組み込まれています (ストアでコネクタを選択すると表示)。必要な環境変数:
PAGERDUTY_API_KEY, PAGERDUTY_API_HOST
ステップ 1 — 認証情報を取得
- PagerDuty にサインインし、キーの種類を選びます。ユーザートークンはあなた本人として動き、あなたが見られるものを見ます。アバターを開き、My Profile → User Settings → Create API User Token に進みます。一般アクセスキー（general access key）はアカウント全体の権限で動き、管理者が作成します: Integrations → API Access Keys → Create New API Key。読み取り専用のコネクタにする場合は、そこで Read-only にチェックを入れます。
- キーだけを
PAGERDUTY_API_KEYに貼り付けます。前にToken token=を付けないでください。 PAGERDUTY_API_HOSTには、米国のサービスリージョンならapi.pagerduty.com、EU のサービスリージョンならapi.eu.pagerduty.comを設定します（リージョンは Account Settings に表示されます）。キーは自分のリージョンのホストでしか使えません。- 任意: 一般アクセスキーを使う場合は、
PAGERDUTY_FROM_EMAILに PagerDuty ユーザーのメールアドレスを設定します。PagerDuty はすべての変更にこれを必要とし、変更をそのユーザーの名前で記録します。ユーザートークンの場合は空のままにします。 pagerduty_list_servicesで設定を確認します。pagerduty_get_current_userはユーザートークンでのみ動きます。一般アクセスキーはどのユーザーにも属さないため、PagerDuty は 400 を返します。
誰が何を見られるか: ユーザートークンは、その持ち主が PagerDuty で許可されている範囲だけを参照、変更できます。一般アクセスキーはアカウント全体が対象で、読み取り専用のキーでは何も変更できません。MCP サーバーは、インシデントに対応してよい人とだけ共有してください。
変更は人を呼び出し、インシデントを閉じるため、AI は先に確認します: 以下を実行する前に、AI はインシデント（番号とタイトル）と変更内容を示し、あなたの承認を待ちます。pagerduty_acknowledge_incident は呼び出しを止めますが、インシデントはオープンのままです。pagerduty_resolve_incident はインシデントを閉じます。pagerduty_reassign_incident は新しいユーザーを呼び出し、現在の担当者を外します。pagerduty_escalate_incident は選んだレベルのオンコール担当者を呼び出します。pagerduty_update_incident はタイトル、緊急度、優先度（P1 などの名前で指定）を変更します。緊急度を変えると、誰がどう呼び出されるかが変わることがあります。pagerduty_add_incident_note は、インシデントに関わる全員に見えるメモを追加します。メモは後から編集できません。pagerduty_create_incident はサービスにインシデントを作成し、そのオンコール担当者をすぐに呼び出します。インストール時に無効になっているツールはなく、何かを削除するツールもありません。読み取り専用で使う場合は、読み取り専用の一般アクセスキーを使うか、これらのツールを無効にしてください。
使い方: オープン中のインシデントは、ステータス triggered と acknowledged で絞り込んだ pagerduty_list_incidents で取得します。続いて pagerduty_get_incident、pagerduty_list_incident_log_entries（タイムライン）、pagerduty_list_incident_alerts（監視ツールが送った内容）、pagerduty_list_incident_notes を使います。今オンコールの人: pagerduty_list_oncalls。スケジュールのシフト: pagerduty_list_schedules の後に pagerduty_get_schedule。エスカレーションレベル: pagerduty_list_escalation_policies と pagerduty_get_escalation_policy。ディレクトリ: pagerduty_list_services、pagerduty_get_service、pagerduty_list_users（再割り当て用のユーザー ID）、pagerduty_get_user、pagerduty_list_teams、pagerduty_list_priorities。
ID と日付: ID は PT4KHLK のような短い文字列です。インシデント番号（#1234）は ID ではありません。日付は ISO 8601 形式です。pagerduty_list_incidents は、開始と終了（間隔は最大 6 か月）を指定するか、すべてのインシデントを求めない限り、直近 30 日間が対象です。
分析: pagerduty_get_incident_analytics（インシデントごと: 確認応答と解決までの時間、エスカレーション、中断）と pagerduty_get_incident_metrics（期間全体、または日、週、月ごとの合計）には、Analytics を含む PagerDuty プランが必要です。ユーザートークンでは service_ids か team_ids で絞り込む必要があります。データはリアルタイムから数時間遅れます。
よくあるエラー: 401: キーが間違っている、削除された、またはもう一方のリージョンのホストに属しています。From ヘッダーに関する 400: 一般アクセスキーで PAGERDUTY_FROM_EMAIL を設定せずに変更したか、そのメールアドレスがアカウントのユーザーではありません。pagerduty_get_current_user での 400: キーが一般アクセスキーです。403: 読み取り専用キーで変更しようとした、ユーザーのロールで許可されていない、またはプランにその機能（チーム、分析）がありません。404: このアカウントにその ID はありません。429: リクエストが多すぎます。少し待ってから再試行してください。
このコネクタは、Events API（インテグレーションのルーティングキーで送るアラート）、サービス、スケジュール、エスカレーションポリシー、ユーザーの作成や変更、ステータスページ、インシデントワークフロー、Webhook、あらゆる削除には対応していません。
ステップ 2 — アダプターをインストール
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
ステップ 3 — Microsoft Copilot にコネクタを追加
サーバーURL: AnythingMCP で MCP Servers を開き、このコネクタがあるサーバーを選んで URL（
https://cloud.anythingmcp.com/mcp/…）をコピーします。このガイドでYOUR_SERVER_IDと表示されている箇所に使ってください。
Microsoft Copilot は、Copilot Studio で作成したエージェントを通じて MCP サーバーを使います。AnythingMCP をツールとしてエージェントに追加し、そのエージェントを Microsoft 365 Copilot と Teams に公開します。Copilot Studio は Microsoft のクラウドから Streamable HTTP で接続し、AnythingMCP はこれに対応しています。
- Copilot Studio でエージェントを開き（または新規作成し）、Tools で Add a tool → New tool → Model Context Protocol を選びます。
- Server name（例:
AnythingMCP）、コネクタでできることを説明する Server description、Server URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_IDを入力します。Copilot Studio はこの説明をもとに、いつサーバーを呼び出すかを判断します。 - 認証で API key を選び、Type を Header、ヘッダー名を
X-API-Keyにして Create を選びます。 - Add tool で Create a new connection を選び、AnythingMCP の MCP API キー（MCP Servers → 対象のサーバー → API keys）を貼り付けて Add to agent を選びます。
- エージェントの Test ウィンドウで試します。
PagerDutyのツールが必要になる依頼をしてみましょう。 - Publish を選び、Channels → Microsoft 365 and Microsoft Teams で Make agent available in Microsoft Copilot を選択したまま Add channel を選びます。See agent in Teams で自分用にインストールされます。Microsoft 365 Copilot では @ を入力してエージェントを選びます。
ユーザーごとにサインインさせたい場合は、API キーの代わりに OAuth 2.0 → Dynamic discovery を選びます。各ユーザーは、エージェントが初めて呼び出すときに AnythingMCP にサインインします。
セルフホストの場合は、https://cloud.anythingmcp.com の代わりにインスタンスの公開 HTTPS アドレスを使ってください。Copilot Studio は Microsoft のクラウドから接続するため、localhost は使えません。
利用可能なツール
| Tool | What it does |
|---|---|
pagerduty_get_current_user | Read the PagerDuty user behind the API key: id, name, email, role, time zone and teams |
pagerduty_list_incidents | List incidents, newest first by default: id, number, title, status, urgency, priority, service, escalation policy, who it is assigned to… |
pagerduty_get_incident | Read one incident: number, title, status, urgency, priority, service, escalation policy, assignees, acknowledgements, teams, alert counts… |
pagerduty_list_incident_notes | List the notes on an incident, oldest first: id, text, who wrote it and when |
pagerduty_list_incident_log_entries | Read the timeline of an incident: triggers, notifications, acknowledgements, escalations, reassignments, notes and resolution, each with… |
pagerduty_list_incident_alerts | List the alerts grouped into an incident: id, summary, status, severity, alert key, service, created time and the event details the… |
pagerduty_acknowledge_incident | Acknowledge an incident: it stops escalating and the responders are no longer paged for it, but it stays open |
pagerduty_resolve_incident | Resolve an incident: it is closed, its alerts are resolved and nobody is paged for it any more |
pagerduty_reassign_incident | Reassign an incident to one user: PagerDuty pages that user and removes the current assignees |
pagerduty_escalate_incident | Escalate an incident to a level of its escalation policy: PagerDuty pages the on-call responders of that level |
pagerduty_update_incident | Change an incident's title, urgency or priority |
pagerduty_add_incident_note | Add a note to an incident's timeline |
pagerduty_create_incident | Open a new incident on a service: PagerDuty pages the on-call responders of the service's escalation policy right away |
pagerduty_list_services | List services (the things PagerDuty raises incidents for): id, name, description, status (active, warning, critical, maintenance… |
pagerduty_get_service | Read one service: name, description, status, escalation policy, teams, urgency rule, acknowledgement and auto-resolve timeouts, alert… |
pagerduty_list_escalation_policies | List escalation policies: id, name, description, how many times they repeat, the levels with their delay and targets (users or schedules)… |
pagerduty_get_escalation_policy | Read one escalation policy: levels in order with their delay in minutes and targets (users and schedules), repeat count, services and teams |
pagerduty_list_oncalls | Who is on call: one entry per user, escalation policy and level, with the schedule behind it and the shift start and end |
pagerduty_list_schedules | List on-call schedules: id, name, description, time zone, the users in them and the escalation policies that use them |
pagerduty_get_schedule | Read one schedule with its final rotation for a time window: who is on call from when to when, after overrides |
pagerduty_list_users | List users: id, name, email, role, job title, time zone and teams |
pagerduty_get_user | Read one user: name, email, role, job title, time zone, teams and the type of each contact method (email, phone, push) without the addresses |
pagerduty_list_teams | List teams: id, name and description |
pagerduty_list_priorities | List the incident priorities of the account in order (for example P1 to P5): id, name and description |
pagerduty_get_incident_analytics | Analytics per incident: seconds to first acknowledgement, to engage, to mobilise and to resolve, escalations, reassignments, interruptions… |
pagerduty_get_incident_metrics | Aggregated incident metrics for a period: incident count, mean and percentile times to acknowledge and resolve, escalations, interruptions… |
プロンプトの例
- 「今オープンになっている PagerDuty のインシデントはどれですか？緊急度順に並べて、それぞれの担当者を見せてください。」
- 「Checkout API の今のオンコール担当は誰ですか？エスカレーションポリシーで次に呼ばれるのは誰ですか？」
- 「インシデント #4821 を確認応答して、データベースのフェイルオーバーを調査中というメモを追加してください。変更する前に両方の内容を見せて、私に確認してください。」
- 「決済ゲートウェイのオープン中のインシデントを佐藤美咲さんに再割り当てしてください。実行する前にインシデントと担当者を教えてください。」
- 「Platform チームについて、先月の平均確認応答時間と平均解決時間が週ごとにどう推移したか教えてください。」
FAQ
どの Copilot が対象ですか? 職場で使う Microsoft 365 Copilot で、Copilot Studio のエージェントを通じて利用します。個人アカウント向けの Microsoft Copilot アプリでは、独自の MCP サーバーを追加できません。
何が必要ですか? エージェントを作成するために、Copilot Studio を利用できる職場アカウント（ライセンスまたは試用版）が必要です。Microsoft 365 Copilot や Teams でエージェントを使う人には、エージェントへのアクセス権が必要です。共有するか、管理者に組織向けに公開してもらってください。組織が Power Platform コネクタにデータ ポリシーを適用している場合は、MCP サーバーにも適用されます。
エージェントがツールを呼び出しません。 ヘッダー名が正確に X-API-Key であること、キーが URL と同じ MCP サーバーのものであることを確認し、Server description を具体的に書いてください。Copilot Studio はこの説明をもとにサーバーを呼び出すかどうかを判断します。変更のたびにエージェントを再公開し、開いているチャットでは "start over" と入力すると新しいバージョンになります。
次のステップ
このガイドは役に立ちましたか?