OWN NEWS GATHER
← 戻る
Cloudflare AI Blog

AI連携規格「Model Context Protocol」が完全ステートレス化、Cloudflareが新仕様への対応を発表

要点

  • Cloudflareが、AIエージェントと外部サービスを接続する標準規格「MCP」の最新仕様(2026-07-28仕様)への対応を発表した。

  • 最新仕様では接続がステートレス化され、セッション維持に伴うインフラの複雑さやオーバーヘッドが解消される。

  • 追加情報を求める「エリシテーション」機能が刷新され、常時接続ストリームを維持する必要がなくなった。

  • Cloudflare Workersなどのサーバーレス環境で動作可能となり、運用コストの削減と迅速なスケーリングを実現する。

  • 米Cloudflare(クラウドフレア)は2026年8月6日、AI(人工知能)エージェントと外部サービスを接続するための標準規格「Model Context Protocol(MCP)」の最新仕様「2026-07-28仕様」への対応と、それに伴うプラットフォームのアップデート内容を公開した。今回の仕様変更により、MCPは完全に「ステートレス(通信の状態を保持しない方式)」なプロトコルへと移行し、開発者が抱えていた接続管理の複雑さやインフラ運用の負担が大幅に軽減される。

旧MCPにおけるステートフル接続の課題

MCPは過去1年半の間に、AIエージェントが外部ツールやデータソースとやり取りするための共通規格として広く普及してきた。しかし、従来の仕様ではクライアントとサーバーの間で状態を保持する「ステートフル(通信の状態を保持する方式)」な接続が必要だったため、これが運用上の課題として指摘されていた。

この仕組みはローカル環境向けに設計された初期の通信方式に由来しており、リモートのWebインフラ上で動作させる際もそのまま引き継がれていた。そのため、Web上のMCPサーバー構築時にはセッション(一連の通信状態)を維持するためのルーティングやストリーム(持続的な通信経路)の常時維持、メッセージの再送処理などが必要となり、通常のWebサーバーよりもオーバーヘッドが大きく複雑化していた。

新仕様による完全ステートレス化

新たにリリースされた「MCP 2026-07-28仕様」では、この課題が解決された。新仕様では、接続開始時の初期化手続き(ハンドシェイク)やセッション特定用の「Mcp-Session-Id」ヘッダーが通信経路から排除されている。

リクエストごとにプロトコルバージョンやクライアント識別情報、機能要件(ケイパビリティ)が送信されるため、サーバー側で個別のセッション状態を保存しておく必要がない。これにより、サーバーはリクエストを受け取ってツールを実行し、結果を返すだけで処理を完結でき、インフラの自動スケーリングやセッション移行といった個別管理が不要になる。

Cloudflare環境における「McpAgent」の廃止とスケーリング

CloudflareはMCPの立ち上げ初期から関わっており、2025年3月にはCloudflare Agents SDK向けに「McpAgent」をリリースし、AsanaやStripeなどの顧客とともにMCPサーバーの普及を進めてきた。

これまでは、データ永続化やSQLiteによるストレージ、リアルタイム同期機能を備えたステートフルなサーバー環境「Cloudflare Durable Objects」がMCPのホスティングに最適とされていた。しかし、プロトコル自体がステートレスになったことで、接続維持のための「McpAgent」は不要となった。

今後は、アプリケーション自体が状態を必要とする場合を除き、プロトコル処理だけであれば、より軽量なサーバーレス(サーバーの管理を意識せずにプログラムを実行できる仕組み)環境「Cloudflare Workers」単体での運用が可能になる。これにより、アクセス数に応じた柔軟なスケーリングが容易になり、運用の簡素化とコスト削減を両立できるとしている。

「エリシテーション」方式の刷新とMRTRの導入

また、処理の途中でユーザーに承認や入力を求める「エリシテーション(処理の途中でユーザーに承認や入力を求める対話処理)」の仕組みも刷新された。

従来のエリシテーションは、サーバー側から追加情報を要求するためにオープンなストリーム接続に依存しており、通信コストやタイムアウトの管理が課題だった。

新プロトコルでは、新たに「マルチ・ラウンドトリップ・リクエスト(MRTR)」と呼ばれる通信パターンが採用された。サーバーが追加情報を必要とする場合には「input_required(入力が必要)」というステータスを返し、クライアントが回答を収集した上で処理を再試行する方式に改められた。これにより、リクエスト間で通信セッションを維持する必要がなくなり、実装が大幅に簡略化される。

開発者向けの移行とHTTPインフラへの適合

CloudflareのAgents SDKは、バージョン0.20.0でこの新仕様をすでにサポートしている。「McpAgent」から新しい「createMcpHandler」への移行パスも整備されており、本番環境での動作検証も完了している。

なお、これまでのMCPリクエストはHTTP上でJSON-RPC(ネットワークを通じてプログラムを呼び出す規格)メッセージを送る形式だったが、リクエストの詳細はJSONの本文(ボディ)内にしか記述されていなかった。そのため、中継するゲートウェイなどのインフラが内容を判別するにはボディをパースする必要があったが、今回の仕様変更はこうしたHTTPインフラにおけるルーティングの簡素化にも関わっている。

元URL