MCP仕様が「ステートレス」へ変更

AIエージェント間の通信を標準化する仕様「MCP（Model Context Protocol）」が、2026年7月28日付けの更新で大きな設計変更を受けた。具体的には、接続開始時に行う「イニシャライズハンドシェイク」と呼ばれる初期確認手順、およびセッションヘッダーが仕様から削除された。代わりに、リクエストのメソッド名とツール名を示すヘッダーが必須項目として追加されている。

MCPは、AIエージェントが外部のツールやサービスを呼び出す際のやり取りを統一するためのプロトコルだ。複数のAIシステムやサービスをつなぐ「ゲートウェイ」と呼ばれる中継装置が増える中、MCPに準拠したトラフィックをどう効率よく振り分けるかが課題となっていた。今回の変更は、その課題への対応という側面を持つ。

変更の核心は、通信の「ステートレス化」にある。ステートレスとは、通信の各リクエストがそれ以前のやり取りの状態に依存しない設計のことで、サーバー側がセッション情報を保持しなくて済む。今回削除されたハンドシェイクやセッションヘッダーは、まさにその「状態の維持」を担う仕組みだった。一方で新たに必須化されたメソッドとツール名のヘッダーにより、ゲートウェイはJSON本文を解析しなくても宛先を判断できるようになる。

この変更に対する開発者の反応は二分されている。一部の開発者は「これはRESTを再発明しているにすぎない」と指摘する。RESTとは、Webサービスの設計原則として長年使われてきたアーキテクチャスタイルで、ステートレス通信はその基本原則のひとつだ。つまり、今回の変更がMCPをAPIとほぼ同等のものにしてしまうのではないか、という疑問が浮上している。

一方、「仕様そのものが持つ意味は変わらない」と主張する開発者も存在する。彼らの見方によれば、MCPの価値は特定の通信方式にあるのではなく、AIエージェントが共通のルールのもとでツールを呼び出せるという「標準化」そのものにある。技術的な実装がRESTに近づいたとしても、その標準として機能する役割は損なわれないという論点だ。

今回の議論は、AIエージェントの普及に伴って「通信の標準化」が重要な実務課題になりつつあることを示すという見方ができる。エージェントが複数のツールやサービスを自律的に呼び出す構成が一般化すれば、ゲートウェイでのルーティング効率は運用コストや応答速度に直結する。ステートレス化によってその処理が軽くなる点は、実用上の利点と位置づけられる。

ただし、「MCPはAPIと何が違うのか」という問いは、今後もコミュニティ内で問われ続ける可能性がある。仕様が成熟するほど既存の技術との差異が縮まるのは自然な流れでもあり、MCPがどの点で独自の価値を保ち続けるかが、開発者の支持を維持する上での焦点になるという見方ができる。