MCPが1年で「別プロトコル」に進化——2026-07-28仕様のステートレス化とClaude連携への影響

Claudeスキル・MCP のアイキャッチ

Anthropicが2024年11月に公開したオープン規格「Model Context Protocol(MCP)」が1年を経て、最大級の仕様改訂を迎えた。2026年7月28日に確定した新仕様「2026-07-28」は、MCPを「セッションを保持する双方向プロトコル」から「1リクエストごとに完結するステートレスなプロトコル」へと作り替えるもので、開発者向けSDKもすでに追随している。本記事ではMCPサーバーを自分で構築・運用する人はもちろん、ClaudeやClaude CodeでMCPサーバーを“使う側”の人にも関わる変更点を整理する。

MCPのステートレス化を表すイラスト

そもそもMCPとは

MCPは、ClaudeのようなAIモデルが外部のツールやデータソース(GitHub、Slack、社内API、データベースなど)にアクセスするための共通インターフェースだ。個別のAPIごとにカスタム連携コードを書く必要がなくなり、「MCPサーバー」を1つ用意すれば、Claude・ChatGPT・Cursor・VS Codeなど対応するどのクライアントからも呼び出せる。公開からわずか1年強で、TypeScript/Python SDKの累計ダウンロードはそれぞれ10億件を超え、Tier 1 SDK全体で月間5億ダウンロード近くに達したという。

何が変わったのか:ステートレス化がすべての起点

旧仕様では、クライアントはまずinitializeで接続を開始し、サーバーから発行されたMcp-Session-Idを以降の全リクエストに付け続ける必要があった。この方式は、セッションを開始したサーバーインスタンスに後続リクエストを戻す「スティッキールーティング」か、全インスタンスが参照できる共有セッションストアを要求する。担当インスタンスが落ちれば、セッションが失われて再接続が必要になる——というのが、リモートMCPサーバーをスケールさせる際の大きな悩みだった。

2026-07-28仕様では、このinitializeハンドシェイクとMcp-Session-Idがまるごと廃止された。各リクエストはプロトコルバージョンやクライアント情報を_metaに自己完結的に含み、単純なラウンドロビンのロードバランサーの背後にある「どのインスタンスでも」処理できるようになる。事前にサーバーの機能を知りたい場合のためのserver/discoverという新しいRPCも用意されたが、必須ではない。

項目 旧仕様(〜2025-11-25) 新仕様(2026-07-28)
接続開始 initialize/initializedハンドシェイク 不要(任意のserver/discoverのみ)
状態管理 Mcp-Session-Idによる協定的セッション サーバーが発行する明示的なハンドル(例:browser_id)
ルーティング スティッキールーティング/共有セッションストアが必要 任意のインスタンスに送れる(ラウンドロビン可)
ユーザー入力の要求 elicitation/createなど常時接続の双方向ストリーム Multi Round-Trip Requests(MRTR)でリクエスト単位に完結
長時間処理 実験的な仕組み io.modelcontextprotocol/tasks拡張として正式化
一覧のキャッシュ 再取得が前提 ttlMs/cacheScope付きでキャッシュ可能・順序も安定

ツール呼び出し中にユーザーへ確認や追加入力を求める場面(ファイル削除の確認など)は、常時接続のストリームなしにMulti Round-Trip Requests(MRTR)で扱う。サーバーはresultType: "input_required"を返し、クライアントは回答を添えて同じ呼び出しをリトライする——これがステートレスなままインタラクティブ性を保つ仕組みだ。

認証はOAuth/OpenID Connectにさらに寄せる

MCP実装者へのヒアリングで最も工数がかかっていた領域が認証だという。今回の改訂では、RFC 9207に基づく発行者(iss)検証を必須化し、認可サーバーの取り違え攻撃を防止。さらに、動的クライアント登録(DCR)はClient ID Metadata Documents(CIMD)への移行に伴い正式に非推奨となった(廃止までは最低12か月の移行期間が保証される)。デスクトップ/CLIアプリのローカルリダイレクトが謎のredirect_uriエラーで弾かれる問題への対処も入っている。

また、Roots・Sampling・Loggingの3機能も非推奨に。今後12か月は動作を保ち続けるが、新規実装では代替手段(アプリ側でのファイル指定、モデルプロバイダーへの直接接続、OpenTelemetryでの構造化ログなど)の採用が推奨される。

ネットワークサーバーのクローズアップ写真
Photo: rawpixel / CC0(Openverse経由)

拡張機構としての「MCP Apps」と「Tasks」

コア仕様を小さく保ちつつ機能を広げるため、正式な「拡張(Extensions)」の仕組みが整理された。代表格が2つある。

  • MCP Apps — MCPサーバーがチャート・フォーム・ダッシュボードなどの対話UIをサンドボックス化されたiframeとして返し、ホスト(ClaudeやChatGPT、VS Codeなど)がそれを会話内にそのまま描画できる拡張。すでにClaude(Web/デスクトップ)、ChatGPT、VS Code、Goose、Cursorなどが対応済みで、Figmaのようなアプリをチャット内から操作できるようになっている。
  • Tasks(io.modelcontextprotocol/tasks) — 分単位〜時間単位で終わる長時間処理を、tasks/get(ポーリング)・tasks/update・tasks/cancelで管理する拡張。実験的機能だったものが正式な拡張として仕様に組み込まれた。

いずれもクライアントとサーバーの双方が対応を宣言して初めて有効になる「アドオン」であり、対応していないホストに対してはテキストのみへフォールバックする設計になっている。

ClaudeやClaude Codeを使う人への実際の影響

AnthropicはClaude製品全体でMCP 2026-07-28対応を順次展開中と発表している。実務上のポイントは次の3つだ。

  • コネクタは950以上に拡大 — Claudeのコネクタディレクトリに登録済みのMCPサーバーは950を超えており、対話UI(MCP Apps)や監視機能も含めて拡充が進んでいる。
  • 企業向けの「エンタープライズ管理認証(EMA)」 — IT管理者がOktaなどのIDプロバイダー経由でMCPコネクタを組織全体に一括プロビジョニングでき、従業員は初回ログイン時に個別のOAuth同意なしでアクセスを引き継げる。個人ごとのOAuth待ち行列やITチケットが不要になる。
  • MCPトンネル — 社内ネットワークにある非公開のMCPサーバーに、公開エンドポイントやインバウンドのファイアウォール開放なしにClaudeからアクセスできる機能。データベースやチケット管理システムをセキュリティ境界の外に出さずに接続できる。

一般利用者にとっては、既存のMCPサーバー設定がすぐに壊れる心配は基本的にない。仕様側で新機能は12か月以上の後方互換期間を設けており、クライアント・サーバーとも新旧バージョンが混在する期間を前提に作られている。ただし、自分でMCPサーバーを書いている・社内向けに公開している場合は、セッションIDに依存したロジックを明示的なハンドル(例えばブラウザ操作ならbrowser_idのようなID)に置き換える移行作業が発生する。

個人開発者・チームが今しておくとよいこと

立場 やること
MCPサーバーを自作している TypeScript/Python SDKを最新化し、セッション依存のロジックを明示的ハンドルに置き換える
Claude Code / Claude Desktopで使うだけ 特に急ぐ対応は不要。接続先のMCPサーバーが更新された際の挙動変化(UI表示やタスク実行の進捗表示など)に注意する程度でよい
チームでMCPコネクタを一括管理したい Claude TeamやEnterpriseプランのエンタープライズ管理認証(EMA)を検討する
社内システムをMCP経由でClaudeに繋ぎたい 公開エンドポイントを作らずに済むMCPトンネルを検討する

MCPは「AIエージェント業界標準のプロトコル」としての立ち位置を固めつつ、通常のWebサービスに近い運用性(ロードバランス・キャッシュ・OAuth)を取り込む方向に進化している。Claude Code等でMCPサーバーを日常的に使っている読者にとっても、今後半年〜1年で接続先サーバーのアップデートやコネクタ機能の拡充という形で影響が見えてくるはずだ。


主な情報源

各ツールは提供元の規約に従ってご利用ください。情報は各情報源の公開時点のものです。収集・要約はAI、公開判断は人。