2026年5月21日、Model Context Protocol（MCP）の次期仕様「2026-07-28」がリリース候補（RC）としてロックされました。正式公開は2026年7月28日の予定。ステートレスなプロトコルコア・Extensionsフレームワーク・MCP Apps・Tasksエクステンション・認証強化・廃止ポリシーと、2024年末のローンチ以来最大の改定となっており、開発者の間では「MCP 2.0」とも呼ばれています。この記事では、個人開発者からインフラチームまで影響する変更点を体系的に整理します。
なぜ「MCP 2.0」と呼ばれるのか
現行の安定仕様は2025-11-25。次の2026-07-28は、それ以前のすべての版と比べて変更点の数・影響範囲ともに最大です。特にステートレス化は「これまで技術的に可能だったスケーリングを、実際に運用可能なレベルに引き上げる変更」と位置付けられており、リモートMCPサーバーを本番環境で運用するチームにとっては直接的な破壊的変更を含みます。
RCは10週間の検証ウィンドウ中であり、Tier 1 SDKメンテナーはこの期間内に対応を完了する見込みです。7月28日以降はRC内容が最終仕様として確定します。
1. ステートレスプロトコルへの移行（最重要変更）
セッションハンドシェイクの廃止
最大のブレイキングチェンジは、セッション層の完全廃止です。現行仕様では initialize/initialized ハンドシェイクと Mcp-Session-Id ヘッダーでセッションを維持していましたが、2026-07-28ではこれらがすべて削除されます。
| 項目 | 2025-11-25（現行） | 2026-07-28（RC） |
|---|---|---|
| セッション管理 | Mcp-Session-Id ヘッダーで維持 | 廃止・プロトコル層はステートレス |
| 初期化 | initialize/initialized ハンドシェイク | 廃止 |
| ロードバランサー | スティッキーセッション必須 | ラウンドロビン LB で動作 |
| セッションストア | 共有ストアが必要 | 不要 |
| ルーティング | Deep Packet Inspection | Mcp-Method ヘッダーで軽量ルーティング |
サーバーがクロスコール状態を持つ必要がある場合は、「セッション変数」ではなくツール引数として渡すハンドルとして設計し直す必要があります。
新しいリクエストヘッダー: Mcp-Method と Mcp-Name
Streamable HTTP POST リクエストには2つの標準ヘッダーが必須となります。
Mcp-Method: 呼び出す操作（例:tools/call）Mcp-Name: リソース名
これにより、ゲートウェイやロードバランサーはリクエストボディを開かずにヘッダーだけで操作ベースのルーティング・レート制限が可能になります。Cloudflare や AWS ALB のような汎用LBの背後でそのままMCPサーバーを動かせるのは、この変更の恩恵です。
レスポンスキャッシュ
ステートレス化に伴い、tools/list などのリスト・リード結果をキャッシュできるようになりました。サーバーは ttlMs（TTL秒）と cacheScope（キャッシュ範囲）を返却に付与することで、クライアントが積極的にキャッシュを活用できます。ネットワークレイテンシの削減に直結します。
2. Extensionsフレームワーク
新仕様では ClientCapabilities と ServerCapabilities に extensions フィールドが追加され、コアプロトコル外のオプション拡張をネゴシエートできる仕組みが導入されます。
この設計により、新機能は「コアに組み込む前にExtensionとして試験運用する」という段階的な採用パスを得ました。今後の追加機能は基本的にExtensionとして登場し、十分に安定した段階で仕様コアへ昇格するか、Extensionのまま維持されます。
今回のRCでは、以下の2つのExtensionが同梱されています。
3. MCP Apps Extension：サーバーレンダリングUI
MCP Apps（SEP-1865）は、サーバーがインタラクティブなHTML UIを提供でき、ホスト（Claude等）がサンドボックス化されたiframe内でレンダリングする仕組みです。
- ツールはUIテンプレートを事前に宣言し、ホストはプリフェッチ・キャッシュ・セキュリティレビューを済ませた状態でUIを提示できる
- UI上のアクションは通常のJSON-RPCツール呼び出しと同一の監査・同意パスを経由
- セキュリティモデルを壊さずに、チャット外でリッチなインタラクションが可能になる
活用例: カレンダー選択UI・フォーム入力・プレビュー画面など、テキストベースのやりとりでは不便な操作を視覚的に提供できます。
4. Tasks Extension：長時間実行タスク
2025-11-25の実験的機能だったTasksが、再設計されてExtensionとして昇格しました。ステートレスな世界に合わせたライフサイクルになっています。
動作モデルはシンプルです。サーバーは tools/call に対してブロッキングな結果の代わりにタスクハンドルを返し、クライアントは以下のAPIでタスクを追跡します。
tasks/get— 現在の状態を取得tasks/update— 進捗を更新tasks/cancel— キャンセル
注意点: 旧実験的Tasks API（tasks/list・tasks/result 等）は廃止。RCの新しいAPI体系に移行が必要です。
5. 廃止予定機能（12か月猶予期間あり）
新しいフィーチャーライフサイクルポリシー（SEP-2577）のもと、以下の3機能が廃止予定となりました。7月28日以降も最低12か月間は動作しますが、代替手段への移行計画を今から始めることが推奨されます。
| 廃止予定機能 | 影響・代替手段 |
|---|---|
| Sampling | LLMへの直接プロバイダーAPI呼び出しに移行 |
| Roots | ツール引数でルートを明示的に渡す設計へ |
| Logging | 標準的なOpenTelemetry等の観測基盤に移行 |
6. 認証強化: OAuth / OIDC との整合
認証周りも現行の MCP 仕様から大幅に整理されます。主な変更点は、
- 標準的なOAuth 2.0 / OpenID Connectのデプロイメントパターンに近い形に再設計
issクレームとapplication_typeの扱いが明確化- 静的シークレットの廃止推奨
これにより、既存の社内OAuthインフラやIDプロバイダーとの統合がより自然になります。
7. Full JSON Schema 2020-12
ツール定義で使用できるJSONスキーマが旧版のサブセットからJSON Schema 2020-12のフルセポートに拡張されます。if/then/else・unevaluatedProperties・アンカー等、複雑な入力バリデーションが仕様内で表現可能になります。
移行チェックリスト（7月28日までに）
- セッション依存を排除する:
Mcp-Session-Idヘッダー・initializeハンドシェイクに依存しているサーバーを特定し、状態管理をハンドルベースに書き直す - ヘッダー対応: Streamable HTTP POSTに
Mcp-Method・Mcp-Nameヘッダーを付与する - ロードバランサーの変更: スティッキーセッション設定を外し、ラウンドロビンに切り替えられるか検証する
- TTLキャッシュを設定する:
tools/list等にttlMsとcacheScopeを付与する - 旧Tasks APIの移行: 実験的Tasks（
tasks/list等）を使っている場合、新Extensionに更新する - 廃止機能の依存確認: Sampling/Roots/Loggingへの依存箇所を把握しロードマップに組み込む
まとめ
MCP 2026-07-28 RCは単なるマイナーアップデートではなく、プロトコルが「開発者のおもちゃ」から本番インフラとして標準化できるレベルに成熟したことを示す節目です。破壊的変更を含みますが、12か月の猶予期間と明確な移行パスが提供されており、今から準備すれば7月28日の正式公開をスムーズに迎えられます。RC期間中に問題を見つけた場合は、仕様リポジトリにIssueを立てることができます。
主な情報源
- The 2026-07-28 MCP Specification Release Candidate — Model Context Protocol Blog
- MCP Goes Stateless: What the 2026 Release Candidate Changes — MCP Playground
- What changed in the 2026-07 MCP specification — Stacktree
- Governing MCP Apps and Tasks at the Gateway — TrueFoundry
各ツールは提供元の規約に従ってご利用ください。情報は各情報源の公開時点のものです。収集・要約はAI、公開判断は人。