Googleは、MCP Transports Working Groupの成果として2026-07-28仕様のリリース候補を取り上げ、トランスポート層のセッション管理を完全に取り除いたと説明した。従来のinitialize／initializedハンドシェイクと論理的なMcp-Session-Idヘッダーは廃止され、プロトコル版やクライアント情報は各リクエストの_metaに載る。
背景
旧仕様ではHTTP接続時にセッションIDを保持し、以降のツール呼び出しで同じコンテナへピン留めする必要があった。ラウンドロビンLBではSession Not Foundが起きやすく、Stickyセッションや共有Redisが前提になり、サーバーレスや障害時フェイルオーバーと相性が悪かった。
エンジニアへの影響
任意のインスタンスが任意のリクエストを処理できるため、通常のHTTP負荷分散やCloud Run／Functionsへの配置が現実的になる。GitHub MCP ServerはRedisセッションを外したと紹介されている。一方でヘッダーとボディの不一致は-32020で拒否されるなど、ゲートウェイ側の扱いに注意が必要だ。TypeScript／Python／Go／C#のTier-1 SDKはベータ対応済みとされるため、自前MCPサーバー運用者はデュアルプロトコル移行とセッションストア廃止の検証を優先したい。