Model Context ProtocolはJuly 28に2026-07-28仕様を公開し、MCPを通常のHTTP基盤上で動くステートレスなプロトコルへ変更した。Amazonは、Amazon Bedrock AgentCoreの一部であるAgentCore Gatewayが、UpdateGateway呼び出しでゲートウェイのsupportedVersionsリストに2026-07-28を追加すれば新バージョンに即時対応すると説明した。既存クライアントは旧バージョンを使い続けられる。

新しいMCPリリースには後方互換性のない変更が含まれるが、アップグレードは任意だ。ゲートウェイは2026-07-28を2025-11-25と並べて提示でき、クライアントは各リクエストでプロトコルバージョンを選ぶ。旧バージョンを要求し続けるクライアントは従来の動作を維持する。MCP-Protocol-Versionヘッダーのないリクエストは2025-03-26がデフォルトとなり、未対応バージョンはHTTP 400とコード-32022で拒否される。

MCPは、従来クライアントを1つのサーバーインスタンスに固定していたinitialize/initializedハンドシェイクやMcp-Session-Idヘッダーを不要にした。2026-07-28の各リクエストは、_metaパラメータにプロトコルバージョン、クライアント情報、クライアント機能を載せる。クライアントはサーバー機能情報が必要な場合、server/discoverを呼び出せる。Amazonは、これにより単一のツール呼び出しが自己完結し、どのサーバーインスタンスにもルーティング可能になるとした。ただし、呼び出し間の連続性が必要なアプリケーションは、ツールパラメータとして独自の明示的IDを渡せる。

仕様はリクエストの意図もMcp-MethodとMcp-NameのHTTPヘッダーへ移した。仲介システムはJSON-RPC本文を解析せずに、MCPトラフィックのルーティング、スロットリング、計量を行える。リスト応答とリソース読み取り応答にはttlMsとcacheScopeの鮮度メタデータを含められるようになった。traceparent、tracestate、baggageなどのW3C Trace Contextキーは、OpenTelemetry互換トレース用に_meta内で予約される。AgentCore Gatewayはヘッダーに結び付くフィールドを強制し、欠落または矛盾するヘッダーをHTTP 400とコード-32020で拒否する。

ステートレスモデルでは、サーバーからクライアントへのやり取りも変わる。Elicitation、roots、samplingは、サーバーがクライアントリクエストを処理している間だけ許可される。Multi Round-Trip Requestsは、長く維持されるSSEストリームの代わりにInputRequiredResultと不透明なrequestStateトークンを使う。進捗更新には元のリクエスト上のprogressトークンが必要で、ログ配信にはリクエストごとのメタデータ内にio.modelcontextprotocol/logLevelが必要となる。

MCP拡張はSEP-2133の下で正式なガバナンスを持つようになった。reverse-DNS ID、extensionsマップによる機能交渉、委任リポジトリ、コア仕様とは別のリリーススケジュールが定められた。6つのSEPは認可をOAuth 2.0とOpenID Connectにより近づける。一方、AmazonはAgentCore Gatewayのインバウンド認可であるIAM（SigV4）またはOAuth/JWT、アウトバウンド認証情報プロバイダーに変更はないと述べた。

2026-07-28では、エラー処理がトランスポート障害とアプリケーション障害を分離する。未知のメソッドはHTTP 200の本文内JSON-RPCエラーではなくHTTP 404を返す。未対応プロトコルバージョンはHTTP 400とコード-32022、必要なクライアント機能の欠落はコード-32021を返す。リソース未検出は-32002からJSON-RPCの-32602 Invalid Paramsへ移った。logging/setLevelメソッドは廃止され、Roots、Sampling、LoggingはSEP-2577で非推奨となったが、このリリースと今後twelve months以内に公開される任意の仕様バージョンでは機能し続ける。

ツールのinputSchemaとoutputSchemaはJSONスキーマ2020-12に対応し、入力スキーマではoneOf、anyOf、allOf、条件分岐、$ref、$defsを使える。Amazonは顧客に対し、クライアントSDKが2026-07-28に対応しているかを確認し、プロトコルセッション、logging/setLevel、-32002、Roots、Sampling、Loggingへの依存を監査し、本番ゲートウェイで同バージョンを提示する前にクライアントをテストするよう助言した。

Model Context ProtocolはJuly 28に2026-07-28仕様を公開し、MCPを通常のHTTP基盤上で動くステートレスなプロトコルへ変更した。Amazonは、Amazon Bedrock AgentCoreの一部であるAgentCore Gatewayが、UpdateGateway呼び出しでゲートウェイのsupportedVersionsリストに2026-07-28を追加すれば新バージョンに即時対応すると説明した。既存クライアントは旧バージョンを使い続けられる。

新しいMCPリリースには後方互換性のない変更が含まれるが、アップグレードは任意だ。ゲートウェイは2026-07-28を2025-11-25と並べて提示でき、クライアントは各リクエストでプロトコルバージョンを選ぶ。旧バージョンを要求し続けるクライアントは従来の動作を維持する。MCP-Protocol-Versionヘッダーのないリクエストは2025-03-26がデフォルトとなり、未対応バージョンはHTTP 400とコード-32022で拒否される。

MCPは、従来クライアントを1つのサーバーインスタンスに固定していたinitialize/initializedハンドシェイクやMcp-Session-Idヘッダーを不要にした。2026-07-28の各リクエストは、_metaパラメータにプロトコルバージョン、クライアント情報、クライアント機能を載せる。クライアントはサーバー機能情報が必要な場合、server/discoverを呼び出せる。Amazonは、これにより単一のツール呼び出しが自己完結し、どのサーバーインスタンスにもルーティング可能になるとした。ただし、呼び出し間の連続性が必要なアプリケーションは、ツールパラメータとして独自の明示的IDを渡せる。

仕様はリクエストの意図もMcp-MethodとMcp-NameのHTTPヘッダーへ移した。仲介システムはJSON-RPC本文を解析せずに、MCPトラフィックのルーティング、スロットリング、計量を行える。リスト応答とリソース読み取り応答にはttlMsとcacheScopeの鮮度メタデータを含められるようになった。traceparent、tracestate、baggageなどのW3C Trace Contextキーは、OpenTelemetry互換トレース用に_meta内で予約される。AgentCore Gatewayはヘッダーに結び付くフィールドを強制し、欠落または矛盾するヘッダーをHTTP 400とコード-32020で拒否する。

ステートレスモデルでは、サーバーからクライアントへのやり取りも変わる。Elicitation、roots、samplingは、サーバーがクライアントリクエストを処理している間だけ許可される。Multi Round-Trip Requestsは、長く維持されるSSEストリームの代わりにInputRequiredResultと不透明なrequestStateトークンを使う。進捗更新には元のリクエスト上のprogressトークンが必要で、ログ配信にはリクエストごとのメタデータ内にio.modelcontextprotocol/logLevelが必要となる。

MCP拡張はSEP-2133の下で正式なガバナンスを持つようになった。reverse-DNS ID、extensionsマップによる機能交渉、委任リポジトリ、コア仕様とは別のリリーススケジュールが定められた。6つのSEPは認可をOAuth 2.0とOpenID Connectにより近づける。一方、AmazonはAgentCore Gatewayのインバウンド認可であるIAM（SigV4）またはOAuth/JWT、アウトバウンド認証情報プロバイダーに変更はないと述べた。

2026-07-28では、エラー処理がトランスポート障害とアプリケーション障害を分離する。未知のメソッドはHTTP 200の本文内JSON-RPCエラーではなくHTTP 404を返す。未対応プロトコルバージョンはHTTP 400とコード-32022、必要なクライアント機能の欠落はコード-32021を返す。リソース未検出は-32002からJSON-RPCの-32602 Invalid Paramsへ移った。logging/setLevelメソッドは廃止され、Roots、Sampling、LoggingはSEP-2577で非推奨となったが、このリリースと今後twelve months以内に公開される任意の仕様バージョンでは機能し続ける。

ツールのinputSchemaとoutputSchemaはJSONスキーマ2020-12に対応し、入力スキーマではoneOf、anyOf、allOf、条件分岐、$ref、$defsを使える。Amazonは顧客に対し、クライアントSDKが2026-07-28に対応しているかを確認し、プロトコルセッション、logging/setLevel、-32002、Roots、Sampling、Loggingへの依存を監査し、本番ゲートウェイで同バージョンを提示する前にクライアントをテストするよう助言した。