MCP Eventsとは -- Webhookとの違いと、FORMLOVAが今は対応を見送った理由

最終更新日: 2026-10-28

MCP Eventsは、MCPサーバーからAIアプリへ「何か起きました」と知らせるための拡張です。外の出来事をきっかけに、人が話しかける前からAIが動けるようになります。ただし、仕様はまだ下書きです。FORMLOVAでは調べたうえで、今は対応を見送りました。出来事をきっかけに動く仕組みの大半を、ワークフローとしてすでに持っていたからです。

私はFORMLOVAというフォームのサービスを、MCPを入口にして作っています。他人事ではないと思って提案書の本文まで読み、整理しました。MCPでサービスを作っている方にも役に立つ気がしたので、まとめておきます。

MCP Eventsは、外で起きたことをAIアプリへ届ける決まりごとです

MCP（Model Context Protocol）は、AIアプリと外部のサービスをつなぐ共通の決まりごとで、MCP Eventsはそこに「サーバーからAIアプリへ出来事を届ける」部分を足す拡張です。

よく使われる例は、GitHubで自動テストやビルドが失敗した場面です。失敗がイベントとしてAIアプリに届き、誰も指示していないのに、AIが原因を調べはじめます。

ただし、まだ正式な仕様ではありません。MCPの作業部会が設計を進めていて、2026年10月5日に提案書「SEP-3415」として出たばかりです。状態は今も「Draft（下書き）」で、中身も変わり続けています。正式な審査に進むのに要る、公式の開発キット（SDK）での見本の実装もまだです。作業部会の名前も、10月16日に「Triggers and Events」から「Tasks and Events」へ変わりました。

実は、受け手が先に動いています。OpenAIは提案書より前の9月29日にChatGPTでの対応を発表しました。10月にはAIアプリを作る道具のVercel AI SDKとMastraも試験的に対応しています。

MCPの公式ロードマップでも、サーバーから知らせる仕組みは重点領域です。時間のかかる作業が終わったとき、AIアプリが何度も確かめに行かずに済むようにする狙いです。

これまでのMCPは「聞かれたら答える」だけでした

これまでのMCPは、AIアプリが聞いて、サーバーが答えるだけの作りでした。テストの失敗をAIが知るには、何度も状態を確かめに行くか、MCPの外に見張り役の仕組みを別に作るしかありませんでした。

これまでのMCPは聞かれるまで出来事の中身が届かず、MCP Eventsでは外の出来事がサーバーからAIアプリへ届くことを比べた図

MCPにも「通知」はあるんです。ただ、これが少し物足りないんですよね。

「変わった」としか伝えず、何が起きたかの中身を運ばない。どんな出来事を待つかの条件も付けられない
つながっている間しか届かず、切れている間の通知は消える
取りこぼしても、取りこぼしたことに気づけない

MCP Eventsは、この3つをまとめて埋めに来たものだと受け取っています。

仕組みは「一覧を見る、登録する、届く」の3段です

流れ自体はシンプルです。これを回すのはAIのモデルではなくAIアプリの中の部品で、モデルが目にするのは届いたイベントだけです。

AIアプリが events/list で、サーバーが出せるイベントの種類を確かめます。種類ごとに、名前、登録するときの条件（どのリポジトリを見るか、など）、届く中身の形、使える届け方が決まっています
種類と条件を指定して登録します。どれを登録するかを、AIの判断に任せることもできます
届くイベントには、出来事の番号・種類・日時・中身が必ず付きます。種類によっては「どこまで受け取ったか」の目印も付き（付けるかは種類ごとに任意）、接続が切れた後に取りこぼした分を受け取り直せます

届け方は3種類あって、どれかが他を兼ねるわけではありません。

届け方	仕組み	向いている場所	弱点
定期確認（poll）	AIアプリが一定の間隔で新着を取りに行く	ほぼどこでも動く	遅れが出る。何もなくても問い合わせる
つなぎっぱなし（push）	接続を開けたままにして、起きた瞬間に受け取る	手元のPCで動くAIなど	サーバーが登録ごとに接続を抱える
Webhook	サーバーが、AIアプリの指定したURLへ自動で送る	ChatGPTなど、ネット上に受け口を持つAIアプリ	受け取る側に公開されたURLが必要

登録に期限があるのは、Webhookで届ける場合だけです。切れる前に延長し、要らなくなれば解除します。期限なしを頼むこともできます。

Webhookには、送る前に相手が本当に受け取りたいかを確かめる、一件ずつ署名（改ざんを見抜く印）を付ける、中身を約0.25MBまでに収める、といった安全の決まりもあります。なかでも大事なのが、届いた中身を信用せず、ツールの実行結果と同じように用心して扱うことです。

今、普段使いのAIアプリで受け取れるのはChatGPTです。受け取り方はWebhookだけで、場所は仕事用のチャット「Work」（Web版と、デスクトップ版で「Cloud」を選んだとき）と、常に動き続けるAIエージェントの「dots」です。すべてのプランが対象で（dotsを使えるプランは限られます）、相手はMCPの2026-07-28版に対応したサーバーです。Claudeの公式な対応は、10月28日時点では確認できていません。

普通のWebhookと何が違うのか

ここで正直に思ったのは、「これ、Webhookと何が違うんだろう」でした。実際、Webhookで届くイベントは、中身だけ見れば普通のWebhookとほとんど同じです。二重に届く、順番が入れ替わる、相手が落ちている間に取りこぼす、という弱点もそのまま残ります。

違うのは、届け方よりもその前後です。

項目	普通のWebhook	MCP Events
登録する人	開発者が管理画面などで設定する	AIアプリが、動いている最中に登録する
受け取れるものの調べ方	各サービスの説明書を読む	決まった形式の一覧を取得する
届け方	決めたURLへ送るだけ	Webhook・つなぎっぱなし・定期確認から選べる
登録の期限	誰かが消すまで続く	Webhookでは、延長しないと切れるのが基本
署名と送り先の確認	サービスごとにばらばら	共通の決まりにそろう
届いた後に動くもの	人が書いた決まった処理	AIが中身を見て判断する

この表は、Hookdeckの解説記事を下敷きに、提案書で確かめました。

いちばん大きいのは最後の行だと思います。ChatGPTでは登録したチャットにイベントが届くので、毎回まっさらな状態から始めずに済みます。なお、届いたイベントを会話に足すのか、新しく処理を始めるのかは、仕様では決めずにAIアプリへ任せています。

ただし、MCP EventsはWebhookの置き換えではありません。

GitHubからMCPサーバーまではこれまでどおりのWebhook、MCPサーバーからAIアプリまでがMCP Eventsの区間で、届いただけでは実行の許可にならず、AIはツールで状態を確かめてから動くことを示した図

GitHubからMCPサーバーへは、これまでどおり普通のWebhookで届きます。そこから先、AIアプリまでの区間をMCP Eventsが受け持ちます。決まった自動処理でよいなら、普通のWebhookで仕組みを動かすほうが単純です。

提案書は、イベントが届いても、何かを実行してよい許可にはならないと念を押しています。AIがツールを使うときは、いつもと同じ権限の確認を通ります。正しい状態は、届いた中身ではなくツールで読み直すよう勧めてもいます。

FORMLOVAに当てはめたら、大半はもうありました

ここからは、自分のサービスに当てはめた話です。

FORMLOVAは現在、174のMCPツールを24カテゴリで提供していて、2026年8月1日のv2.7でMCPの2026-07-28版にも対応しました。ただ、ChatGPTで受けるための前提のうち満たしているのはこの版だけで、イベントの受け口や外へ届ける仕組みはまだありません。

最初は「新しい回答が来たらAIが起きて、仕分けや返信の下書きまでやる」という絵を描いていました。でも、自分のツールの仕様を読み直すと、「出来事をきっかけに動く」部分はもうあったんです。

FORMLOVAのワークフローは、「出来事」「条件」「動き」の3つを決めておく仕組みです。

決めること	FORMLOVAのワークフローで選べるもの
きっかけになる出来事	新しい回答と、回答の分類完了（営業メールかどうかの判定が済んだとき）
条件	「等しい」「含む」「空でない」など10種類の比べ方を、最大20個まで重ねる（すべて満たしたときに動く）
動き	決まった宛先へのメール、公開・定員・締切の変更、外部へのWebhook。最大20個を順番に実行する

Webhookと、公開・定員・締切の変更は無料で使えます。メールを送る動きはスタンダード以上です。回答数の節目や、定員・締切が近づいたことを知らせる条件通知（スタンダード以上）もあります。

どれもMCPのツールなので、設定は会話だけで完結します。ワークフローは、人が一度決めたルールどおりに、毎回の確認なしで動きます。決まったルールで済む仕事なら、そもそもAIを起こす必要がありません。

一方、AIが自分の判断で動く場面は扱いを分けています。メールの送信や削除のような取り返しのつかない操作は、サーバーが発行する確認用の合言葉（5分で切れます）がないと実行されません。メールではさらに、ブラウザで内容を確かめる手順を挟みます。

つまり、MCP Eventsが狙っている「出来事をきっかけに動く」部分の大半は、FORMLOVAではもう動いていたんです。新しい仕様を読んでワクワクしていたら、自分のサービスの中に答えがあった。少し笑ってしまいました。

フォームの後の仕事を、決まったルールで済むワークフローと、AIの判断が要るMCP Eventsの上乗せ部分に分け、今見送ったのは後者だけであることを示した図

決まったルールで動く仕組みは、今日から会話で試せます。なお、申込の受付は、定員を決めておけばワークフローがなくても自動で閉じます。ワークフローは、出来事に合わせて次の動きを足すものです。以下は試用の依頼例です（この記事では実行していません）。

イベント申込フォームを、定員30名・非公開の下書きで作ってください。新しい申込が来たら、登録した送り先へ知らせる（Webhook）ワークフローを、無効のまま作ってください。きっかけ・条件・動きを表で見せ、公開と有効化はしないでください。

ここを確認してから進みます。

保存されたフォームが非公開の下書きで、定員が30名になっているか
ワークフローのきっかけが「新しい回答」、動きが「Webhook」で、無効のままか。有効にする前に、ワークフローからの知らせを受け取る設定で、送り先のURLを登録します

満員になった後のキャンセル待ちまでまとめて扱う手順は、公式ワークフロー「イベント定員とキャンセル待ち管理」にあります。

決まったルールで動く申込フォームを、会話で作る

申込が来たときに外へ知らせるワークフローは、無料プランで作れます。メールを送る動きを足すときはスタンダード以上が必要です。

無料登録して、申込フォームとワークフローを作る

登録してメール確認後、対応AIチャットへ接続し、上の依頼文で下書きを作ります。有効にする前に、きっかけ・条件・動きと知らせる先を確認してください。AIクライアント側の契約・利用条件は別です。

結論：今は見送ります

MCP EventsでFORMLOVAに上乗せされるのは、「AIの判断が要る処理」だけです。問い合わせの文面から怒っているかを見分ける、回答ごとに返信文を書き分ける、顧客管理の記録と照らし合わせてから動く、といったものです。

そのうえで、今は対応を見送ることにしました。理由は4つです。

フォームの後の仕事は、ほとんどが決まった対応で済みます。 「回答が来たらこうする」と決められるものは、今のワークフローで足ります。「至急」などの言葉を含む回答も、条件の「含む」で拾えます。チャットで確かめて担当者へ知らせる手順も、公式ワークフロー「緊急問い合わせキーワード通知」として用意しています
AIが起きても、進められるのは下書きまでです。 返信も一斉送信も利用者の確認が要るので、人がいないところで完結する仕事は多くありません
フォームは乗っ取りの入口になりやすいんです。 公開フォームは誰でも書き込めるので、回答欄に「前の指示を無視して」と仕込まれることを前提にしないといけません
仕様がまだ下書きです。 今作ると、正式版で作り直しになる可能性が高いと考えています。日常的に使われている受け手も、今のところChatGPTだけです

もうひとつ、費用の話もあります。FORMLOVAは、営業メールの自動判定など一部を除いてサーバー側でAIを呼ばず、AIの費用は使う人のAIアプリ側が持つ設計です。MCP Eventsでも、届いたイベントでAIを動かすかを決めるのはAIアプリなので、この設計とはぶつかりません。ただ、その費用は使う人の側にかかります。ChatGPTには複数のイベントを1回の処理にまとめる設定もありますが、回答が100件来れば、AIは100件分を読んで判断します。そこまでしてもらうほどの仕事があるかと言うと、今はまだそのニーズはないと思っています。

見送りは、ずっと対応しないという意味ではありません。次のどれかが起きたら、もう一度考えます。

提案書が受理され、公式の開発キットに見本の実装が入ったとき
Claudeなど、ChatGPT以外の普段使いのAIアプリでも受け取れるようになったとき
「ここはAIに判断してほしい」というフォームの後の仕事を、利用者から具体的に頼まれたとき

新しい仕様より先に、自分のサービスを数える

新しい仕様が出るたびに「うちも対応しないと」と焦りがちです。でも、先に自分のサービスが何を持っているかを棚卸しするほうが大事だ、というのが今回のいちばんの学びでした。

MCP Eventsは、決まったルールでは回らない仕事があるサービスにとって、強い武器になると思います。その仕事がどれだけあるか、次の3つを数えてみませんか。

出来事のあとの仕事のうち、決まったルールで書けないものはいくつあるか
AIが起きたあと、人の確認なしで終えてよい操作はあるか
届く中身を、外の誰かが自由に書けるか（公開フォーム、メール、チャットなど）

1が多く、2があり、3への守りを用意できるなら、早めに試す価値があります。1がほとんど無いなら、今ある自動化で足りるかもしれません。

MCPでフォームの運用まで届く考え方はMCPフォームサービスとは、AIにどこまで任せるかの線引きはワークフロー型AIエージェントと自律型AIエージェントの違いに書いています。たくさんのツールをAIにどう見せるかはMCPの文脈コストと段階的発見、送信後の自動化の全体像はフォーム自動化の始め方が入口です。MCPまわりの記事を順に読むなら、MCPフォームサービスまとめからどうぞ。

参考にした資料

執筆・確認情報

この記事は、FORMLOVAの開発者が2026年10月28日時点の一次資料を読んで書きました。MCP Eventsの記述は、10月27日に更新されたSEP-3415の本文（状態は Draft）、OpenAIのMCP Eventsガイド、MCP公式のロードマップと作業部会の憲章に基づいています。
MCP Eventsは正式な仕様ではありません。名前、届け方、受け手の対応範囲は今後変わる可能性があります。
FORMLOVAのツール数、ワークフロー、条件通知、確認用の合言葉、プランの条件は、同じ日のFORMLOVAの仕様とツール定義で確かめました。
記事中の依頼例は試用の例で、この記事のために実行・実測した結果ではありません。