MCP 2026-07-28 本日リリース：ステートレス化で壊れる3つと今日から動く移行計画

「ローンチ以来、最大のプロトコル改訂だ」。MCP公式ブログがリリース候補（RC）を発表したのは2026年5月21日。それから10週間のSDK検証期間を経て、本日2026年7月28日（JST: 7月29日）、ついに最終仕様が公開された（MCP公式ブログ）。

Anthropic公式のClaudeDevs公式X（旧Twitter）も速報を流した。「MCP 2026-07-28 is live and it’s the largest update to the protocol since launch. MCP is now stateless, making it easier to deploy and scale remote servers」（@ClaudeDevs, 2026年7月28日）。

RCから最終仕様まで：何が変わったか

2026年6月26日に公開したRC解説記事では、仕様の骨格と破壊的変更の予告を詳しく書いた。今日の最終リリースでは、RCから実質的な仕様変更はなく「10週間のSDK検証で問題なし」と判断されたことを意味する。つまりあの予告通りに実施される。

最終仕様が確定したこの段落を書いている時点で、MCPはプロトコルとして5世代目に入った。第1世代（2024-11-05）でアイデアが生まれ、第5世代（2026-07-28）でステートレスという構造的な転換が完成した。

本日から壊れる3つのもの

手書きのMCPサーバー（公式SDK未使用）を運用している場合、本日から動かなくなる可能性がある。破壊的変更は大きく3つだ。

1. initializeハンドシェイクの廃止

MCP 2025-11-25仕様では、クライアントは必ず最初にinitializeリクエストを送り、サーバーがinitializedで応答することでセッションが確立していた。この初期化フローが今日から完全に廃止された。プロトコルバージョン・クライアント情報・クライアントケイパビリティは今後、すべてのリクエストの_metaフィールドで毎回送信する（Stacktree技術記事）。

2. Mcp-Session-IdヘッダーとSSE接続の廃止

Mcp-Session-Idヘッダーが廃止され、プロトコルレベルのセッション管理がなくなった。これまで本番環境でMCPを動かすには、スティッキーセッション付きのロードバランサー、共有Redisセッションストア、ゲートウェイでのリクエストボディ検査が必要だった。今後は通常のラウンドロビンロードバランサーで動作する（Luke Oliff氏の解説記事）。

「スティッキーセッションをロードバランサーの裏で動かすのは、言葉通りそれだけ苦痛だ。普通のWebサービスと同じように動くというのは退屈に聞こえる。だがそれが要点だ」（Hacker Newsでのエンジニアのコメント、HN #47380270）。

3. Dynamic Client Registration（DCR）の正式廃止予告

DCRは今日から正式に非推奨となり、代わりにCIMD（Client Identity Management for Devices）が標準になる。将来の仕様バージョンで削除予定だ。OAuth 2.0のエンタープライズ環境との整合性を高める変更で、Anthropicの企業向けマネージド認証（EMA）との統合がより自然になる。

新機能：MCP Apps・Tasks・マルチラウンドトリップ

破壊的変更だけではない。今日の仕様では3つの新しい機能が公式エクステンションとして追加された。

MCP Apps（サーバーレンダリングUI）

MCPサーバーがブラウザ内にUIをレンダリングできるようになった。従来のMCPはデータとツールの受け渡しに特化していたが、MCP AppsはAIエージェントとユーザーの双方向インタラクションを可能にする。io.modelcontextprotocol/apps拡張として提供され、オプションのため採用は任意だ。

Tasksエクステンション（長時間タスク）

AIエージェントが長時間かかる処理を非同期で実行するための仕組みが正式エクステンションに昇格した。io.modelcontextprotocol/tasks拡張により、進捗通知・キャンセル・再試行が標準化される。これはexperimentalコアから独立した移行で、APIとしての安定性が増す（MCP公式ブログ）。

Multi Round-Trip Requests（マルチラウンドトリップ）

1回のユーザーリクエストに対して複数のサーバーラウンドトリップが必要な処理を、プロトコルレベルでサポートするようになった。複雑なエージェントワークフローで、1回のツール呼び出しが次の呼び出しの結果に依存するケースの効率が改善する。

12ヶ月の猶予：廃止機能ロードマップ

今日から「廃止予定」になる機能は3つだが、いずれも最低12ヶ月は動き続ける。急ぐ必要はないが、依存している場合は移行計画を立てておく必要がある。

Roots：クライアントがサーバーにファイルシステムのルートディレクトリを通知する機能。廃止後はサーバー側でファイルパスを直接受け取る設計が推奨される。

Sampling：サーバーからクライアント経由でLLMを呼び出す機能。廃止後はサーバーコードから直接LLMプロバイダーのAPIを呼ぶ設計に移行する。

Logging：MCPプロトコル経由のログ転送機能。廃止後は通常のアプリケーションロギング（console、OpenTelemetry等）を使う。

GitHubのMCPサーバーはすでに2026-07-28仕様への対応を表明しており（GitHub Changelog, 2026年7月23日）、AWSのAgentCore GatewayもDay 0でサポートを発表している（AWS Machine Learning Blog）。

エコシステムの現在地：10,000サーバー・月4億ダウンロード

MCPは月間SDKダウンロード数が4億回を超え、今年だけで4倍に成長した（Anthropic公式ブログ）。公式MCPレジストリには約9,600のサーバーが登録されており、PulseMCPでは2万2,300以上、クロスレジストリ集計では8万超という数字もある（PulseMCP統計）。2025年Q1の約1,200サーバーからわずか1年半で急拡大した。

規模が大きくなったからこそ、今回のステートレス化は意味を持つ。セッションを維持するインフラコストが下がれば、サーバーレス・エッジ環境での実行が現実的になる。CloudflareやAWS Lambdaで動かすMCPサーバーが増えることが予測される。

一方で規模が大きくなった弊害もある。「MCPサーバーを誰もが作っているが、作るべきかを誰も問うていない」という批判記事も出始めている（MayhemCode, 2026年7月）。10,000サーバーの多くは品質にばらつきがあり、今回の破壊的変更でメンテナンスされていないサーバーが死蔵される可能性がある。

今日から動くべき移行チェックリスト

公式SDKユーザーの場合（推奨手順）

Tier 1 SDK（TypeScript・Python・Java・Kotlin・C#・Go・Rust）はすでに2026-07-28仕様への後方互換対応が完了している。NPMやPyPIで最新版に更新するだけで、既存の2025-11-25仕様のコードはそのまま動く。

1. npm update @modelcontextprotocol/sdk などで最新SDK取得
2. 廃止予定API（Roots・Sampling・Logging）の使用箇所をgrepで洗い出す
3. 今後12ヶ月以内に代替実装への移行計画を立てる

手書きサーバーの場合（要注意）

公式SDKを使わず自前でHTTPサーバーとして実装している場合は、以下の対応が必要だ。

1. initialize・initializedのハンドラーを削除
2. Mcp-Session-Idヘッダーの読み書きロジックを削除
3. クライアント情報をリクエストの_metaから読むように変更
4. スティッキーセッション設定をロードバランサーから削除
5. Dynamic Client Registration使用箇所を確認・CIMD移行計画を立てる

メリットとデメリットを整理すると：ステートレス化によってサーバーのデプロイが劇的に簡単になる（ロードバランサー設定・Redisセッションストア不要）。一方で手書きサーバーの今日からの動作保証はない。公式SDKを使っていない開発者は今すぐ確認が必要だ。

関連記事

• MCPからセッションが消える──2026-07-28仕様RCで何が壊れ、何が良くなるか
• Claude Code × MCP実践ガイド：ツール連携の基本から認証まで
• MCP vs A2A：AIエージェント通信プロトコル比較2026年版
• Anthropic企業向けマネージドAuth（EMA）：OktaとのMCP認証統合

---

本記事の情報は2026年7月29日（JST）時点のものです。MCP仕様は今後も更新される可能性があります。最新情報はMCP公式ブログおよびGitHub公式リポジトリでご確認ください。