AgentCore GatewayがMCP新仕様のステートレス化に対応

AWSは、MCP 2026-07-28仕様をAmazon Bedrock AgentCore Gatewayで利用する方法を説明しました。

要点

• 新しいMCP仕様はステートレスなプロトコルへ移り、MCPサーバーを通常のHTTPワークロードとしてスケールしやすくします。
• AgentCore Gatewayでは、サポートするプロトコルバージョンを指定して段階的に有効化できます。
• 既存クライアントは古いバージョンを使い続けられるため、移行はクライアント側の対応と合わせて進める必要があります。

今回のブログ記事で語られていること

今回のAWSブログは、MCP 2026-07-28仕様が、Amazon Bedrock AgentCore Gatewayの運用にどう関係するかを解説しています。最大の変更は、MCPがセッション前提のやり取りからステートレスなリクエスト/レスポンス型へ移ることです。従来のStreamable HTTPでは、初期化ハンドシェイクでセッションIDを受け取り、その後のリクエストで同じセッションを持ち回る必要がありました。この方式は、同じサーバーへリクエストを固定するスティッキーセッションや共有セッションストアを要求しやすく、企業規模の水平スケールやサーバーレス運用では負担になります。

新仕様では、各リクエストがプロトコルバージョン、クライアント情報、capabilitiesを持つため、一回のツール呼び出しをより自己完結したHTTPリクエストとして扱えます。サーバー側が継続状態を必要とする場合は、MCPのセッションに頼るのではなく、アプリケーション側の明示的なIDをツール引数として渡す設計になります。これは、MCPサーバーをロードバランサー、サーバーレス、エッジ、複数インスタンスに載せる際の運用をかなり単純にします。

AgentCore Gatewayの観点では、更新は明示的に有効化する方式です。Gatewayが話せるプロトコルバージョンを設定し、クライアントは各リクエストでバージョンを選びます。古いバージョンを要求する既存クライアントはそのまま動き、新しいバージョンを要求するクライアントだけが2026-07-28仕様の動作になります。記事は、破壊的変更が今回含まれる一方で、今後の仕様進化に備えた機能ライフサイクルポリシー、拡張フレームワーク、適合性テスト要件も導入されたと説明しています。運用側は、Gateway設定だけでなく、クライアント、認可、ログ、ツールごとの状態管理、バージョン交渉を一体で確認する必要があります。

今回のブログ記事が関係する人

AgentCore GatewayでMCPツールを提供する開発者、Bedrock AgentCoreを使うAIプラットフォーム担当、企業内ツール接続のスケールと認可を管理するインフラ担当に関係します。

結局、今回のブログ記事をどう読むべきか

MCPを本番HTTP基盤へ載せるための移行記事です。導入側は、Gatewayでバージョンを増やすだけでなく、クライアント互換性と状態管理の設計を確認してから段階展開したいです。