MCPが仕様刷新でステートレス化、サーバーの拡張性と信頼性を向上
AIエージェントナビ編集部
画像の出典：claude.com
AIエージェントの活用が企業業務の効率化を左右する中、異なるシステム間を接続する標準規格の重要性が高まっています。2026年7月28日、Anthropicが主導するModel Context Protocol（MCP）が、ローンチ以来最大規模となる新仕様を公開しました。
本記事では、今回のアップデートがもたらす技術的転換と、企業システムにおける運用の変化について解説します。
ステートレス化によるアーキテクチャの転換
リクエスト／レスポンス型への移行
今回の仕様刷新における最大の変更点は、MCPが双方向かつ状態を持つプロトコルから、リクエスト／レスポンス型の状態を持たない「ステートレス・プロトコル・コア」へ転換したことです。従来、接続開始時に必要だった初期化プロセスやセッション識別子（Mcp-Session-Id）のやりとりが廃止されました。これにより、各リクエストがプロトコル版数やクライアント能力を自己完結的に保持するようになり、共有ストレージを介さずとも、ラウンドロビン方式の負荷分散環境下で柔軟に処理が可能となりました。
サーバーの信頼性と拡張性の向上
ステートレス化により、サーバー側は特定のセッションに依存することなくリクエストを処理できるため、システムの信頼性と拡張性が大幅に向上します。事前にサーバーの能力を確認したいクライアント向けには、新たに「server/discover」RPC（リモートプロシージャコール）が導入されました。また、状態の保持が必要な場合には、ツールから明示的なハンドルを発行してモデルに引き回す方式が推奨されており、開発者はより堅牢なエージェント基盤を構築できるようになります。
業務効率化を支える新機能と標準化
Multi Round-Trip Requests（MRTR）の導入
ツール実行中にユーザーの確認や不足パラメータの入力が必要な場面に対応するため、MRTRが導入されました。サーバーが「input_required」という結果を返し、クライアントが回答を付けて再送する仕組みです。これにより、従来必要とされていた開きっぱなしの双方向ストリームが不要となり、通信の安定性が増しました。また、HTTPリクエストには「Mcp-Method」「Mcp-Name」というヘッダーの付与が必須となり、ゲートウェイやWAF（Webアプリケーションファイアウォール）が、JSON本文を解析することなくヘッダーだけでルーティングや流量制御を行えるようになりました。
拡張機能の正式化と認可の厳格化
実験的だった「Tasks」機能が「io.modelcontextprotocol/tasks」として公式拡張に昇格しました。さらに、RFC 9207に基づく発行者検証の義務化や、動的クライアント登録（DCR）の非推奨化など、エンタープライズ環境で求められるセキュリティ基準が強化されています。これらの変更は、企業が安心してMCPを採用できる環境を整えるための重要なステップといえます。
エコシステムへの影響と今後の展望
主要SDKの対応とパフォーマンス改善
TypeScript、Python、Go、C#のTier 1 SDKは、発表当日に新仕様へ対応しました。特にMCPサーバーを多数運用するManufactの事例では、新SDKの採用によりパッケージ容量を約83%削減し、処理速度を約25%向上させることに成功しています。現在、Tier 1 SDKの合計ダウンロード数は月間5億回に迫り、TypeScriptとPythonのSDKは累計10億ダウンロードを突破するなど、MCPはAIエージェント開発のデファクトスタンダードとして急速に普及しています。
業界各社の対応状況
AWSは「Amazon Bedrock AgentCore」で新仕様のステートレス・コアに対応し、Tasks拡張を寄贈しました。また、Cloudflare、Google Cloud、Figma、honeycomb.ioといった主要プレイヤーも対応を表明しています。Anthropicは自社のClaude製品向けに、会話内にUIを表示するMCP Apps、管理者が組織全体へコネクタを配布できる企業管理型の認証、公開コネクタの利用状況やエラーを確認できる開発者向けダッシュボード、社内ネットワーク内のMCPサーバーへ外部公開せずに接続する「MCPトンネル」（リサーチプレビュー）を順次提供するとしています。非推奨となったRoots・Sampling・Loggingの各機能や旧来のHTTP+SSE方式には、最低12か月の猶予期間が設けられています。一方で、セッション識別子に依存していた実装には破壊的変更にあたる移行作業が生じます。
まとめ
今回のMCP仕様刷新のポイントは以下の通りです。
- ステートレス化の実現: セッション管理を廃止し、負荷分散環境での拡張性と信頼性を向上。
- MRTRの導入: ユーザー確認が必要な処理を効率化し、通信ストリームの安定性を確保。
- エンタープライズ対応の強化: 拡張機能の正式化と認可プロセスの厳格化により、企業利用の安全性を向上。
DX担当者は、現在運用中のMCPサーバーが新仕様に適合しているかを確認し、12か月の猶予期間内に計画的な移行を進めることが推奨されます。
💡 編集部の見解
今回の更新は機能追加ではなく、AIエージェント向けの独自設計を捨てて一般的なWebサービスと同じ作りに寄せた「引き算」の変更です。実験段階のプロトコルが本番インフラへ移る節目といえます。
- 何が変わるか：接続を保ち続ける前提をやめたことで、MCPサーバーを一般的なHTTP基盤の上に置けるようになりました。サーバーを提供する側の運用負担が下がります。
- 誰に影響するか：影響を受けるのはMCPサーバーを開発・運用している企業です。外部のMCPサーバーを利用しているだけであれば、当面の対応は必要ありません。
- 注目すべき点：互換性を保つ小手先の回避ではなく、破壊的変更を正面から実施した点です。普及の途上でこれを選べたことが、規格としての成熟を示しています。
自社でMCPサーバーを提供している、または提供を検討している企業は、移行の時期と工数を12か月の猶予期間内で見積もっておくのが現実的です。
出典：modelcontextprotocol.io／claude.com
