MCP仕様の大幅刷新 — なぜ急に「ステートレス」に変わるのか

MCP 스펙 대개편 — 왜 갑자기 '무상태'로 바뀔까

MCP仕様の大幅刷新 — なぜ急に「ステートレス」に変わるのか

AnthropicのModel Context Protocol(MCP)が、リリース以来最大規模のアーキテクチャ変更を断行します。本日2026年7月28日に確定する最新仕様書により、複雑な接続セッションを完全に撤廃し、ステートレスな構造へ移行するという発表がありました。

今回の改編は、セッションレスな方式を提案するSEP-2567と、従来の煩雑な事前ハンドシェイクを削除するSEP-2575を起点に進められます。既存の複雑さを軽減し、サーバーの負荷を最小化してインフラの拡張性を最大化することが、今回の変化の核心です。

なぜ世界中のエージェント開発者がこのニュースに注目しているのか、そして実際のプロダクトを作るビルダーにとってどのような利点があるのか、非常に分かりやすく掘り下げていきます。

複雑なハンドシェイクとセッションIDの退場

従来のMCPサーバーは、接続を開始するたびに「初期化要求、初期化応答、初期化完了通知」と続く複雑な3段階のハンドシェイクが必要でした。さらに毎回セッションIDまで維持しなければならず、大規模な企業用インフラでは深刻なボトルネックが発生していました。

この問題を解決するため、2026年7月28日付で確定した新仕様では2つの提案が承認されました。複雑なハンドシェイクを廃止したSEP-2575と、煩わしいセッションIDを除去したSEP-2567です。この変化により、MCPサーバーは一般的なWeb APIのように、必要なときだけ軽量にリクエストをやり取りできるようになりました。

今後はバージョン情報やクライアント権限といった情報は、リクエストを送るたびにJSON-RPCのメタフィールドに動的に含めて送信されます。サーバーがどの機能をサポートしているか事前に確認したい場合は、新しく追加されたサーバー探索メソッドを通じて手軽に確認可能です。

状態管理はどこで行うのか?

セッションが丸ごと消えた場合、会話のコンテキストや状態はどのように維持されるのでしょうか?

従来方式がホテルの部屋を予約してカードキーを持ち続け滞在する構造だとすれば、新しい方式は用事があるたびに固有のサービスチケットを提示するようなものです。毎回サーバーが発行する明示的な状態ハンドルを、ツールの引数のようにやり取りしながら会話の流れを維持するからです。おかげでサーバーは、クライアントとの重い接続を無理に維持し記憶しておく負担から完全に解放されました。

さらにリクエストを送るたびにメタ情報封筒が一緒に転送されます。特に今回の仕様からは、HTTPリクエストヘッダーにMcp-MethodMcp-Nameという標準ルーティングメタデータを必須で含める必要があります。このメタデータのおかげで、ネットワーク機器が複雑なデータをいちいち展開して確認しなくても、リクエストを迅速に目的のサーバーへ案内できるようになりました。

結果として、エージェントとサーバーのやり取りが非常に柔軟になりました。ネットワークが突然切断されても複雑な復旧プロセスは不要で、既存の受け取った状態ハンドルを渡すだけで会話を途切れさせることなく継続できます。

インフラの拡張性が10倍楽になる理由

サーバー開発やインフラを少しでも扱ったことがあれば、「セッション同期」がいかに厄介な作業かご存知でしょう。以前はエージェントのトラフィックが増えてリモートのMCPサーバーを複数台稼働させる場合、特定のユーザーからのリクエストが常に同じサーバーへ行くように固定する特殊なルーティング設定が不可欠でした。しかしステートレスな構造に変わった現在では、一般的なロードバランサーの背後にサーバーをランダムに配置するだけで済みます。

どのサーバーにリクエストが入っても、各リクエストが必要なメタデータ情報を完璧に保持しているからです。さらにネットワークが不安定で突然接続が切れても、もはや大きな心配は無用です。今回の改編により、複雑で管理が難しかった従来のSSE再接続方式はきれいに削除されました。

代わってその場所を、軽量で安定したタスクAPIが埋めました。複雑なストリーム復旧プロセスなしでも、独立したタスク処理を通じてバックグラウンド作業を安全に完遂できるようになったのです。企業が複雑なインフラコストを気にすることなく、AIエージェントツールを思う存分拡張できる高速道路がようやく開通したと言えるでしょう。

実戦インフラへ進化するAIエージェント

今回の改編は、MCPが単なる実験室で使われるツールを越えて、大規模な企業向け環境で実際に静かに動作する分散エージェントインフラとして定着するための重要な変化です。セッション管理という重い荷物を下ろしたおかげで、開発者はより軽量で拡張しやすいエージェントシステムを設計できるようになりました。

今後はクライアント環境で複雑な状態をどう効率的に管理するのか、そして新しいステートレス標準仕様に合わせて開発ツールやライブラリがどう変化していくのかを見守る必要があります。一歩軽くなったエージェントシステムが、私たちの実際の開発生産性をどう変えていくのか、その変化の潮流に注目してください。

まだコメントはありません。