出来事の日付：2026年8月22日

Model Context Protocolプロジェクトは、長時間にわたるエージェント作業、より幅広いデプロイ手段、エージェントのアイデンティティー、より明確なツールの結果、より強力なソフトウェア開発キットに重点を置いた最新ロードマップを公開した。中核メンテナーは、今後数カ月に予定される仕様リリースに向け、コミュニティーのメンテナーやワーキンググループとともにこの計画を策定した。

このロードマップは、2026年7月28日に発行されたMCP仕様を受けたものだ。このリリースでは、プロトコルレベルのセッションと初期化ハンドシェイクが廃止され、リモートサーバーが接続状態を維持せずにスケールできるようになった。また、通常のやり取りを始める前に、クライアントが対応バージョンと機能を特定できる`server/discover`が追加され、リストの結果をキャッシュできるようになった。

エージェント間の通信も変更された。初期導入者からのフィードバックを受け、Tasksは公式拡張機能へ移行した。一方、ステートレスサーバー上での情報の引き出しなどのフローでは、サーバー起点のリクエストに代わって、複数回の往復を伴うリクエストが導入された。ガバナンス面では、貢献者の段階制度を導入し、提案のトリアージをワーキンググループへ委任するとともに、機能のライフサイクルと非推奨化に関する方針を制定した。認可に関する変更には、発行者の検証、発行者に紐付けられたクライアント認証情報、推奨されるクライアント登録手段としてのClient ID Metadata Documentsが含まれた。

新たな計画では、将来の作業を5分野に分類している。第1の分野は、従来型のリクエストとレスポンスより長く動き続けるエージェント型ワークロードを扱う。メンテナーは、Webhookやチャンネルなどの仕組みを通じたサーバー起点のイベント、既存のエージェント機能とトランスポート機能がどのように組み合わさるかの見直し、Tasks拡張機能のさらなる開発を求めている。

第2の分野では、標準入出力上でStreamable HTTPを使用するローカルサーバーを含め、ステートレスHTTPのアプローチをほかのデプロイ環境へ拡張することを目指す。目標は、クライアントとサーバーのための、より統一されたトランスポートモデルを実現することだ。

アイデンティティーも優先事項の一つである。現在の認可では通常、ブラウザー上で人間がアクセスを承認することを前提としているが、クラウドエージェントはユーザーがその場にいない状態で動作したり、限定的な権限をサブエージェントへ委任したりする場合がある。計画中の作業には、可能な限り既存のアイデンティティー標準を使用した、所持証明、ワークロード・アイデンティティー・フェデレーション、企業管理型認可に関連するID-JAGグラント、標準的なトークン交換が含まれる。

ツールについて、メンテナーは、より明確で単一の出力コントラクトと、段階的な探索を求めている。数百のツールを持つサーバーは、ユーザーが必要性を述べる前にカタログ全体を公開する可能性があり、その場合、コンテキスト使用量が増え、選択が難しくなるおそれがある。段階的な探索では、当初はより小さな範囲だけを公開し、会話の焦点が絞られるにつれて拡大する。

第5の分野は、対応言語全体におけるSDKの使いやすさ、文書、仕様への適合性を扱う。これらの優先事項を合わせることで、MCPは基本的なツール呼び出しを超え、永続的で探索可能、かつ委任可能なエージェント活動のためのインフラへと進む。ただし、ロードマップは方向性を示すものであり、すべての項目が次回の仕様に盛り込まれるという保証ではない。

メンテナーは各分野に中核担当者とワーキンググループを割り当てた。この体制は技術的な課題をプロジェクトのガバナンス変更と結び付け、個々の提案がレビュー、ライフサイクル、最終的な非推奨化の各プロセスを経るための道筋を提供する。