MCPがセッション廃止、2026-07-28仕様に

新しい仕様が対処する問題は、リモートMCPサーバーを複数台で運用した経験がある人には馴染み深い。1台目のインスタンスが発行したセッションIDを2台目が知らないため、運用者はスティッキーセッションや共有セッションストア、リクエストボディを検査するゲートウェイに頼ってきた。2026-07-28仕様はそのハンドシェイク層を廃止し、新たなMcp-MethodとMcp-Nameヘッダーによって、ゲートウェイやレートリミッターがペイロードを開かずに呼び出しのルーティングを判断できるようになる。トランスポート層の状態の代わりに、ツールはbasket_idやbrowser_idといった明示的なハンドルを返し、モデルが通常の引数として引き継ぐ。同じ改訂で、リスト応答にttlMsとcacheScopeが追加され、ツールリストがどれだけ新鮮に保たれるか、ユーザー間で共有できるかをクライアントに伝える。またSEP-2577でRoots、Sampling、Loggingを非推奨とし、少なくとも1年間は動作を維持しつつ、長時間実行されるTasksをコアからtasks/get、tasks/update、tasks/cancelで駆動するExtensionへと移行し、tasks/listは削除された。新たなExtensionsフレームワークは逆DNS IDで機能をネゴシエートし、最初の公式ExtensionはサーバーレンダリングUI向けのMCP Apps（SEP-1865）だ。移行が円滑に進むかどうかは、Parra自身の労力に関する警告や、フォールバックや変換レイヤーが必要になるかもしれないというStacklokの注意喚起を踏まえると、カスタム実装がどれだけ迅速に変更を取り込むかにかかっているだろう。書き換えが実際どこまで広がるかは、その移行負担と、運用者が非推奨機能を一時的な橋渡しとして扱うかどうかにかかっている。