コンテンツへスキップ
Guide

MCP はステートレスになりました: 2026 仕様がサーバーに加える 5 つの変更点

| 8 min read

MCP 仕様リリース候補は 2026 年 5 月 21 日にロックされ、バージョン 2026-07-28 として 7 月 28 日に出荷されます。 ステートレス コア、タスク、拡張機能、MCP アプリ、および OAuth 強化。サーバー作成者が必要とする正確なトランスポート変更が含まれます。

Data center network switches representing stateless MCP transport
Photo by Taylor Vick on Unsplash

Model Context Protocol のリリース候補は、2026 年 5 月 21 日にロックされました。バージョンとして出荷されます。 2026-07-28 7 月 28 日の見出しの変更により、すべてのサーバーが request: MCP はプロトコル層でステートレスです。 いいえ initialize 握手、いいえ Mcp-Session-Id、スティッキーなルーティングはありません。 どのリクエストもどのインスタンスにも到達できます。

ロード バランサーの背後で MCP サーバーを実行すると、インフラストラクチャの 1 つの部分が削除されます。 水平方向のスケーリングを煩わしくしているのは、共有セッション ストアです。 5つの変更点は次のとおりです 問題と、クライアントが新しいバージョンの送信を開始する前に必要な正確なトランスポート編集。

1. ステートレス コアはハンドシェイクを削除します

2025年の交通機関は、 initialize/initialized 交換。 の サーバーがセッションを作成し、セッションを返しました Mcp-Session-Id、そしてクライアントはそれをエコーしました その後のリクエストごとに。 そのセッションはロードバランサーとサーバーの両方のどこかに存在する必要がありました に到達できるため、スティッキー セッションまたは共有ストアを実行しました。

2026 トランスポートはすべてを削除します。 以前はセッション内に存在していたプロトコル メタデータ に乗ります _meta すべてのリクエストのフィールド。 クライアントは新しい機能を通じて機能を読み取ります。 server/discover 接続時に一度読み取るのではなく、メソッドを使用します。 結果: 失うセッション オブジェクトやピン留めするインスタンスはありません。

2. ルーティングはリクエストヘッダーに移動します

検査するセッションがないため、仕様では次のように追加されます。 Mcp-Method そして Mcp-Name リクエスト ヘッダーを使用して、プロキシが JSON-RPC 本文を解析せずにルーティングできるようにします。 あ tools/call のために dns_lookup ヘッダーに両方を含めることができ、エッジでは 何もデシリアライズせずに、重いツールをより大きなプールに送信します。

デプロイされたサーバーが新しいトランスポートを話していることを確認するには、サーバーがサーバーに返す内容を検査します。 地味な要望。 botoi ヘッダー エンドポイントは、あらゆる URL の応答ステータスとヘッダーを表示します。 MCP エンドポイントを確認できます Allow クライアントを作成せずに CORS ヘッダーを使用します。

3. 明示的なハンドルを通じて状態が存続する

ステートレス トランスポートはステートレス ツールを意味するものではありません。 長時間実行されるジョブは依然として追跡する必要がある 進歩。 仕様の答えは明示的なハンドル パターンです。ツール呼び出しは ID、モデルを返します。 次の呼び出しでその ID を返し、状態はハンドルをキーとしてデータ ストア内に保存されます。 リクエストにはキーが含まれるため、どのインスタンスでもフォローアップを実行できます。

これは、REST API が使用するのと同じ形状です。 リクエストにはサーバーに必要なものがすべて含まれているため、 セッションを同期するのではなく、ポッドを追加することでスケールします。 botoi MCP サーバーはすでに次のように実行されています。 ステートレス、リクエストごとに 1 つの新しいハンドラー、ヘッダーで転送される API キー。

4. タスク、拡張機能、MCP アプリの卒業生

このリビジョンでは 3 つの機能が正式化されています。

  • タスク 実験的なコア機能からクリーナーを備えた拡張機能に移行しました ライフサイクル。 クライアントは次のような進歩を推進します tasks/gettasks/update、 そして tasks/cancel 古いポーリング設計ではなく。
  • 拡張機能 逆引き DNS 識別子を保持し、機能を通じてネゴシエートするようになりました マップは、独立してバージョンを作成し、独自の仕様拡張提案トラックに従います。 あなた コアのリリースを待たずに機能を出荷します。
  • MCP アプリ サーバーがサンドボックス化された iframe でレンダリングされたインタラクティブな HTML を返すようにします。 すべての UI アクションはツール呼び出しと同じ監査パスを通過するため、ボタンのクリックがログに記録されます。 他の操作と同様に権限チェックが行われます。

5. RFC 9207 に基づいて認証が強化される

6 つの SEP が OAuth 2.0 と OpenID Connect の連携を強化しました。 スキップできない変更: を検証する iss RFC 9207 によるパラメータ。これがないと、攻撃者は あるサーバーによって別のサーバーのフローに組み込まれた認証コード。クロスサーバー攻撃の一種 これは、共有認証の背後で複数の MCP サーバーを実行しているすべての展開に影響します。 スペックも リフレッシュトークンのローテーションを明確にし、同意をまたいだサイレントスコープの蓄積に対して警告します。 スクリーン。

正式な非推奨ポリシーが仕様に同梱されています。 機能はアクティブに移行するようになりました。 非推奨および削除されたステージ。非推奨から削除までの期間は少なくとも 12 か月です。 2025 サーバーは 7 月 28 日に壊れることはありません。 代わりに非推奨クロックに入ります。

移行チェックリスト

  • セッション ストアを削除します。 鋳造と読書をやめる Mcp-Session-Id。 プロトコルメタデータを読み取る _meta リクエストごとに。
  • ルーティングヘッダーを追加します。 発信して受け入れる Mcp-Method そして Mcp-Name したがって、プロキシは本文を解析せずにルーティングします。
  • Convert sessions to handles. ステートフル ツールから ID を返し、キーを入力します。 その上に保管してください。 どのインスタンスもフォローアップに応答します。
  • issチェックを追加します。 RFC 9207 に従って認可サーバーの発行者を検証します。 すべてのトークン交換。
  • ピン留めする 2026-07-28 今すぐ RC に対抗して構築しましょう。 機能が凍結されています 最終仕様と一致します。

Botoi は現在、49 の厳選されたツールを備えたステートレス MCP サーバーを実行しているため、本番環境を研究できます。 推測ではなく、ステートレスなトランスポートを実現します。 からクロード コード、カーソル、または VS コードに接続します。 MCP設定ページ、または エンドポイントの応答を検査するには /v1/headers からの インタラクティブドキュメント

FAQ

ステートレス MCP 仕様はいつ有効になりますか?
リリース候補は 2026 年 5 月 21 日にロックされ、最終仕様はバージョン文字列 2026-07-28 を伴って 2026 年 7 月 28 日に公開されます。 RC は機能が凍結されているため、これに対して構築するものはすべて最終仕様と一致します。 古い 2025 リビジョンのサーバーは、新しい 12 か月の非推奨ポリシーの下で動作し続けますが、すべての新しいクライアントはステートレス トランスポートに到達します。
ステートレス コアでは正確に何が削除されるのでしょうか?
初期化/初期化ハンドシェイクと Mcp-Session-Id ヘッダーはなくなりました。 サーバーはリクエスト間のセッション オブジェクトを保持しなくなります。 セッション内に存在していたプロトコル メタデータは、リクエストごとに _meta フィールド内を移動するようになり、クライアントは接続時に一度読み取るのではなく、新しいサーバー/検出メソッドを使用して機能を取得します。
MCP サーバーを書き直す必要がありますか?
トランスポート層のみ。 ツール ハンドラー、スキーマ、および説明は変更されません。 セッション ストアを削除し、Mcp-Session-Id の読み取りを停止し、リクエストごとに _meta からプロトコル メタデータを読み取り、Mcp-Method および Mcp-Name リクエスト ヘッダーを追加して、ロード バランサーが本文を検査せずにルーティングできるようにします。 すでに舞台裏でステートレスになっているサーバーには、ほとんど作業が必要ありません。
プロトコルがステートレスである場合、状態はどのように存続しますか?
明示的なハンドル パターンを通じて。 ツール呼び出しは ID を返し、モデルは次の呼び出しでその ID を返します。 状態は、プロトコル セッション内ではなく、ハンドルによってキー化されたデータ ストア内に存在します。 これは REST API が長年使用してきたのと同じパターンです。リクエストにはサーバーが動作するために必要なすべてが含まれるため、どのインスタンスでもリクエストを処理できます。
認可で何が変わったのでしょうか?
6 つの仕様拡張提案により、OAuth 2.0 と OpenID Connect の連携が強化されました。 主要な要件は、RFC 9207 に従って iss パラメーターを検証してサーバー間での認可コードの挿入を停止すること、さらにリフレッシュ トークンのローテーションとスコープの蓄積に関する明確なルールを検証することです。 認証された MCP サーバーを出荷する場合、iss チェックは省略できない変更の 1 つです。

botoiで開発を始めよう

150以上のAPIエンドポイント。検索、テキスト処理、画像生成、開発者ユーティリティに対応。無料プラン、クレジットカード不要。