AIとツールをつなぐ「MCP」が新仕様へ——セッションを廃止してステートレスに、Roots・Sampling・Loggingは非推奨

AIアシスタントと外部のツールをつなぐ規格「Model Context Protocol（MCP）」の新しい仕様が、7月28日付で公開されました。
バージョン名は日付そのままの「2026-07-28」です。
公開直後から最大の変更として扱われているのが、プロトコルからセッションという考え方そのものが取り除かれた点になります。

これまでのMCPは、まず initialize というやり取りで挨拶を交わし、Mcp-Session-Id というヘッダーで会話の続きを識別する作りでした。
新しい仕様ではその握手もセッションIDも廃止され、リクエスト1本1本が独立して完結します。
プロトコルのバージョンやクライアントの機能は、毎回のリクエストに添えて送る形になりました。
サーバーが対応しているバージョンや機能を前もって知りたいときのために server/discover という問い合わせが新設され、こちらはサーバー側での実装が必須です。

変更はほかにも広い範囲に及んでいます。
サーバーが処理の途中で追加の情報を必要とする場合は、いったん「入力が必要」という結果を返し、クライアントが同じリクエストをやり直す Multi Round-Trip Requests という方式に置き換わりました。
ツール一覧などの結果には ttlMs と cacheScope が必須になり、クライアント側でどれだけキャッシュしてよいかが明示されます。
Roots・Sampling・Logging の3機能は非推奨になりました。
すぐ使えなくなるわけではなく、非推奨から取り除くまでに12か月以上を置く方針が、今回あわせて定められています。

公式SDKはTypeScript・Python・Go・C#の4つが新仕様に対応済みで、Rustはベータ版という状況です。
サイトやサービスを運営する立場で気になるのは、自社で立てたMCPサーバーがある場合の移行だと思います。
セッションIDを頼りに状態を持たせていたなら、その状態は「かご番号」のような値をツールの引数としてやり取りする形へ組み替えることになります。
手間はかかりますが、見返りとして、普通のロードバランサで台数を増やすだけで捌けるようになる。
慌てて動く話ではないので、まずは自分たちのサーバーがセッションに依存しているかどうかを確かめるところからでいいのではないだろうか。