MCP 2026-07-28仕様をAgentCore Gatewayがサポート、ステートレス化でHTTP基盤に

発表の概要と移行方法

Model Context Protocol（MCP）は2026年7月28日、最新仕様2026-07-28を公開しました。これはMCPの開始以来、最大かつ最も重要な改訂と位置づけられています。最大の変更点は、プロトコルがステートレスになることです。これにより、MCPサーバーは通常のHTTPインフラ上でスケールできるようになります。

AWSのAgentCore Gatewayは、UpdateGateway APIでサポートするプロトコルバージョンのリストを指定することで、この新仕様を利用できます。既存のクライアントはこれまで通り動作し、クライアントが新しいバージョンを要求した場合のみ新しい動作になります。移行はオプトイン方式で、7月28日時点で何かが壊れることはありません。

ステートレス化の技術的意義

従来のMCPでは、クライアントとサーバー間でinitializeハンドシェイクを行い、サーバーが発行するMcp-Session-Idを後続のリクエストに含める必要がありました。このセッションにより、クライアントは特定のサーバーインスタンスに固定されるため、水平スケールにはスティッキーセッションや共有セッションストアが必要でした。

2026-07-28では、プロトコルバージョンやクライアント情報を_metaパラメータに含めることで、ハンドシェイクとセッションが不要になりました。サーバーの能力を知るには、server/discoverメソッドをいつでも呼び出せます。単一のツール呼び出しは完全に自己完結しており、どのサーバーインスタンスにでもルーティングできます。状態を保持する必要がある場合は、ツールパラメータに明示的なIDを渡すというHTTPの標準パターンが使えます。

HTTP運用との親和性

新仕様では、リクエストのメソッドと名前がMcp-Method、Mcp-Nameという標準ヘッダーで伝えられます。これにより、ロードバランサーやAPIゲートウェイはJSON-RPCのボディを解析せずにルーティングやレート制限を行えます。また、tools/listなどの応答にはttlMsとcacheScopeという鮮度情報が含まれ、クライアントは明示的なキャッシュが可能になります。

分散トレースに関しても、W3C Trace Contextのキーが_meta内に予約されました。アプリケーションからMCPクライアント、ゲートウェイ、ダウンストリームサービスに至るまで、OpenTelemetry互換のコレクターで統一されたスパンツリーとして可視化できます。AgentCore Gatewayはこれらのプリミティブを直接利用できるため、ツール結果には新しい構造化レスポンス形式が使われます。

移行時の注意点

この仕様には後方互換性のない変更が含まれますが、新しいバージョンの導入はオプトインです。AgentCore Gatewayで2026-07-28を追加しても、2025-11-25を要求するクライアントには影響しません。プロトコルバージョンを指定しないリクエストは2025-03-26にデフォルト設定されます。

エラー処理に関しては、トランスポート層とアプリケーション層が分離され、実際のHTTPステータスコードが返るようになりました。また、リソース未発見のエラーコードが-32002からJSON-RPC標準の-32602に変更されています。クライアントで-32002に依存したコードがある場合は監査が必要です。うまくいけば、HTTPレベルの監視やアラーム、リトライでボディを解析せずに問題を分類できます。