MCP Events pluginとは｜ChatGPTがアプリの更新を受け取る仕組み
MCP Eventsは、ChatGPTがMCPサーバーの更新を購読し、接続アプリのイベントを受けてユーザー指定の作業を始める仕組みです。
発表全体の位置づけや各機能の提供対象は、OpenAI DevDay 2026の発表まとめで確認できます。
これまでのMCPツールは、主に会話中に必要になった操作をChatGPTが呼び出す形でした。MCP Eventsでは、接続アプリで起きた変化が処理の起点になります。OpenAIは、文書へのレビューコメントや新しいメッセージ、状態の変更を例に挙げています。監視対象と応答内容を決めるのは利用者です。OpenAIの開発者向け説明も、この関係を前提にしています。
たとえば「この文書の新しいレビューコメントを見て、修正案を作る」と依頼した場合を考えます。コメントの発生をMCPサーバーが検知してChatGPTへ送り、ChatGPTは購読したチャットで指示に沿って作業します。イベントの受信だけで、利用者が指定していない処理まで無条件に実行する仕組みではありません。
関連記事：MCPとは？Model Context Protocolの仕組みとAPIとの違いを整理
2026年9月の発表内容と提供範囲
OpenAIはDevDay 2026の発表で、プラグインの自動化を始める手段としてMCP Eventsを紹介しました。プロジェクトボードに新しいタスクが加わった際、ChatGPTが関連文書を読み、計画案を下書きする例を示しています。発表では全プランで利用可能としています。
この「全プラン」はChatGPTのプラグインに関する説明です。MCP Eventsの仕様全体について、あらゆるMCPクライアントが同じ機能を備えるという意味ではありません。導入前には、使うクライアントとプラグイン環境で対応状況を確認してください。
通常のMCPツールと何が違うか
違いは「いつ、何をきっかけに動くか」です。ツール呼び出しは会話の中でChatGPTが接続先の機能を使います。イベント購読は、利用者の監視指示を先に登録し、接続アプリ側の変化を後から受け取ります。どちらも同じMCPサーバーで提供できますが、イベントには購読情報の保存とWebhook配信が加わります。
この違いを押さえると、通知のために定期的にチャットを開く用途と、作業中に情報を取得する用途を分けて設計できます。前者はイベントの候補です。一方、受け取った内容を詳細に調べるときには、既存の読み取りツールも役立ちます。OpenAIの資料も、大きなレコードは要約だけをイベントで送り、詳細は読み取りツールで取得する形を勧めています。
MCP Eventsの購読から解除までの流れ
MCP Eventsは、サーバーが利用可能なイベントを提示し、利用者が監視と応答を指示し、ChatGPTが購読する順に進みます。イベントの発生後はサーバーがWebhookで通知し、監視を止めると購読が解除されます。
サーバーが監視できるイベントを提示する
最初にMCPサーバーはserver/discoverの応答でevents機能を示します。続くevents/listで、イベント名、説明、購読時に指定できる条件、配信するデータの形を返します。たとえばcomment.createdという名前を使い、document_idで監視する文書を絞れます。条件はサーバー側で適用し、対象外の更新を送らない設計が必要です。
イベント一覧には、接続したアカウントに発見を許されたイベントだけを返します。ここで権限を広く出してしまうと、購読時の検査以前に、利用者が見るべきでないイベントの存在を知らせることになります。イベント名とフィルターを小さく明確に定義するのが出発点です。
ChatGPTが購読し、サーバーがWebhookを送る
利用者が監視を頼むと、ChatGPTはevents/subscribeでイベント名、フィルター条件、Webhookの送信先URL、署名用の秘密値を渡します。サーバーは利用者の権限と入力内容を確認し、コールバック先を検証してから購読を保存します。購読には所有者、条件、送信先、有効期限も関連付けます。
該当イベントが起きたら、サーバーは保存した条件に一致する購読へ1件ずつ通知を送ります。通知には固有のイベントID、発生時刻、イベント名、データを含めます。ChatGPTは受け取ったイベントを、購読時に指定されたチャットで処理します。Webhookへの2xx応答は受信の確認であり、ChatGPTでの作業完了を示すものではありません。
AIエージェントを「どう作り、どう育てるか」を、GiftX記事制作エージェントの実物で解説。
更新と解除も購読の一部
購読には有効期限があります。期限が近づくとChatGPTはevents/subscribeを再び呼び、既存の購読を更新します。サーバーは同じ購読を重複作成せず、期限や署名用の秘密値を更新できるようにします。停止時にはevents/unsubscribeを受け、該当する送信を止めます。解除の再実行でも同じ結果になるようにしておくと、通信の再試行を扱いやすくなります。
再送可能なイベントではカーソルを使い、停止中に発生した更新を再開時に追えます。ただし、再送を持たないイベントでは、途切れた期間の更新をプロトコルから復元できません。必要な履歴を提供するかどうかは、サーバー側で決めて明示します。公式の購読仕様は、期限、再送、解除までを一連の実装対象として説明しています。
MCP Eventsを実装するためのサーバー側要件
ChatGPT向けMCP Eventsを実装するには、MCP 2.0の対応版、イベント用メソッド、購読状態の永続化、HTTPSでのWebhook送信が必要です。ツールを追加するだけではイベント購読にはなりません。
MCP 2.0と3つのイベントメソッド
OpenAIの実装資料は、MCP 2.0のプロトコル版2026-07-28を前提にしています。サーバーのserver/discoverでeventsを広告し、ツールと同じ認証済みMCPエンドポイントにevents/list、events/subscribe、events/unsubscribeを実装します。
events/listでは、購読時の入力を定義するinputSchemaと、配信データを定義するpayloadSchemaを分けます。文書IDなどで監視範囲を絞れます。配信するデータは宣言した形に合わせ、本文の大きな情報は読み取りツールに任せると、イベント自体を小さく保てます。
events/subscribeでは、利用者がそのイベントと対象にアクセスできるかを確かめます。同じ条件での再実行は既存の購読を更新します。購読状態はサーバーの再起動後も維持できる場所に保存し、期限切れや権限の取り消しを反映します。events/unsubscribeでは、該当する購読を特定して送信を止めます。
Webhookの検証と署名付き配信
購読を有効にする前には、サーバーからコールバックURLへ確認用のチャレンジを送り、返された値を照合します。送信先はHTTPSに限定し、接続時に宛先を検査します。ローカルや非公開アドレスへの送信、リダイレクトを許さない設計が必要です。これは、プラグインが渡されたURLへ外向き通信を行うための保護です。
イベント配信ではStandard Webhooksの署名を付けます。webhook-idにはイベントIDを、webhook-timestampには署名時刻を入れ、webhook-signatureと購読IDも送ります。署名は送信する本文のバイト列を対象とするため、署名後に本文を再生成すると照合が失敗します。イベントの再試行では同じイベントIDを保ち、時刻と署名を作り直します。
通知を受け取った後の処理は非同期です。通信成功だけを成果の確定として扱わず、必要に応じて作業結果を別に確かめてください。障害時の再試行は回数を限定し、失敗が続くときの記録と調査経路も用意します。
MCP Events運用時に確認したい制約と安全策
MCP Eventsの実装では、対応する配信方式と、受け取った後の処理の安全性を分けて考えます。イベントを確実に送るだけでは、後続の操作が二重にならない保証にはなりません。
ポーリングとストリーミングはChatGPT統合の対象外
2026年9月30日時点のOpenAI公式資料では、ChatGPTの統合が対応するのはWebhook配信とコールバック検証です。ドラフト仕様にあるポーリング、ストリーミング、gapとterminatedの制御通知には対応していません。MCP Eventsという名称だけから、すべての配信方式が使えると見込まないでください。
提供するイベントに再送の仕組みがない場合、購読が切れていた間の情報を後から取り戻せないこともあります。更新を失うと困る用途では、元のアプリで状態を再取得できる読み取りツールや、サーバー側の履歴を合わせて検討します。継続監視の要件を先に決めると、購読期限と障害時の扱いを設計しやすくなります。
重複・順序・権限の変化を扱う
イベントは順序が入れ替わって届く可能性があります。再試行による重複も考え、同じイベントIDを処理しても変更が二重に増えないようにします。特に書き込みツールは冪等性を持たせることが公式資料で勧められています。
購読時に権限を確認して終わりにせず、有効期間中も対象へのアクセスを再確認します。文書の共有が外れた場合などには、その購読へ通知を送り続けないようにします。イベント内のコメントや本文は利用者が書いたデータです。モデルへの命令として埋め込まず、後続の作業指示とは分けて扱います。
検証では、対象外のフィルターが配信されないこと、署名が不正な通知が通らないこと、購読更新後も状態が保たれることを確かめます。イベントを受けた操作が元アプリに新たなイベントを生む場合は、処理が循環しないかも試します。
全国8,000人調査で、AIの活用方法によって生産性向上に約3.8倍の差が生まれることが判明。
MCP Eventsで考える自動化の例
使い始めは、監視するイベントとChatGPTへ任せる作業を一組に絞ると、効果と失敗時の原因を確かめやすくなります。以下は用途を考えるための例であり、GiftXや特定企業での導入実績ではありません。
文書コメントから修正案を下書きする
文書に新しいレビューコメントが付いたら、その文書IDに限定したイベントを送ります。ChatGPTにはコメントの内容と文書の該当箇所を読み、修正案を下書きするよう指定します。人が差分を確認してから反映する設計なら、イベント受信と最終的な変更を分けられます。通知に全文を詰め込まず、必要な箇所を読み取りツールで確かめる構成にもできます。OpenAIの開発者資料にも、文書コメントの更新を監視する例があります。
プロジェクトボードの新規タスクから計画案を作る
新しいタスクが追加されたら、タスクの情報をイベントで受けます。ChatGPTは関連文書を読み、実行計画の案を作ります。これはOpenAIがDevDay 2026で示した例に沿う使い方です。実際の運用では、どのボードを監視するか、誰が計画を確認するかを先に決めます。削減時間などの成果は、対象となる運用を測るまで断定できません。
AIエージェント導入で陥りがちな3つの落とし穴
MCP Eventsは、アプリの変化から作業を始められる一方、監視範囲と後続の操作を広げすぎると検証が難しくなります。最初に一つのイベントと一つの作業を決める視点が役立ちます。
落とし穴1｜多数のイベントを一度に登録する
複数の文書やボードを同時に監視すると、どの更新がどの作業を起動したのか追いにくくなります。まず対象を一つに絞り、配信と結果の記録を確認します。
落とし穴2｜受信を作業完了とみなす
Webhookの2xx応答は受信の確認です。下書き作成や書き込みの成否とは別なので、結果を確認できる手段と失敗時の再実行方針を決めておきます。
落とし穴3｜権限や重複を後回しにする
購読時だけの権限確認では、後から共有が変わった場合に対応できません。イベントIDを使った重複対策と、有効期間中の権限確認を初期設計に含めます。
スモールスタートで1業務をAIエージェントに任せる
最初の対象は、更新の発生を特定しやすく、結果を人が確認できる作業が向いています。一つのイベントで購読、配信、下書き、確認、解除まで試し、必要な監視対象を増やします。イベント到着から下書き確認までの記録が、次の対象を追加する判断材料になります。仕様への対応と、現場で使える運用の両方を小さな単位で確かめる進め方です。
GiftXでは、こうした1業務単位のAIエージェント構築を伴走支援しています。詳細はAIエージェント構築支援サービスをご覧ください。
MCP Events pluginのよくある質問
MCP Eventsは普通のMCPツールだけで使えますか？
いいえ。ChatGPT向けにイベントを提供するサーバーには、対応するMCPプロトコル版とevents/list、events/subscribe、events/unsubscribeが必要です。購読の永続保存とWebhook配信も実装します。
イベントを受け取れば作業が必ず完了しますか？
いいえ。Webhookへの2xx応答は受信の確認で、ChatGPTの処理はその後に進みます。処理結果を確認する運用を別に用意してください。対象のデータや権限が変わる可能性もあります。
ポーリングやストリーミングでも配信できますか？
2026年9月30日時点のChatGPTプラグイン統合は、Webhook配信に対応しています。ポーリングとストリーミングはこの統合の対象外です。別のクライアントでの対応は、それぞれの公式資料で確かめてください。
接続先で権限がなくなったらどうなりますか？
サーバーは購読期間中も権限を再確認し、対象へのアクセスが失われたら配信を止める必要があります。購読の解除や期限切れ、アカウント切断もテスト項目に含めます。
まとめ
MCP Events pluginは、ChatGPTがMCPサーバーを通じて接続アプリの更新を購読し、利用者が指定した作業を始めるための仕組みです。通常のMCPツール呼び出しに加え、イベントの発見、購読、Webhook配信、更新、解除を実装します。
実装時はMCP 2.0の対応版、署名付きWebhook、コールバック検証、購読の永続化が要点です。運用では重複、順序の入れ替わり、権限の変化を扱います。まずは一つのイベントと一つの作業から試し、確認できた範囲を広げていくのが現実的です。
MCP Eventsを使ったAIエージェント構築をご検討の方へ
MCP Eventsで接続アプリの更新を起点に作業を進めたい方は、GiftX AIエージェント構築支援へご相談ください。
GiftX AIエージェント構築支援では、監視するイベントと任せる作業の選定から、試作、運用設計まで伴走します。まず一つの業務で動作を確かめ、必要な範囲へ広げる進め方を支援します。
ご相談内容に応じて、連携先や確認方法を一緒に整理します。
▶ GiftX AIエージェント構築支援の詳細・お問い合わせはこちら
