Model Context Protocol (MCP) の管理者は、AI モデルを外部ツールやデータに接続するための事実上の標準となったプロトコルの次の仕様リリースを形作る最新のロードマップを公開しました。リードメンテナーの David Soria Parra 氏と Den Delimarsky 氏が執筆した 8 月 22 日の投稿では、エージェント メッセージングのプリミティブから標準化されたエージェント ID まで、5 つの優先領域が説明されており、プロトコルの画期的な 2026 年 7 月 28 日の仕様見直しからわずか数週間後に到着しました。
このアップデートはすぐに開発者コミュニティの注目を集め、ロードマップの発表は数日以内に Hacker News で 240 を超える賛成票と 140 を超えるコメントを集めました。この文書は、エージェント アプリケーションを構築する開発者にとって、プロトコルのコア メンテナとワーキング グループがレビュー時間をどこに費やすのか、そしてどの提案がキュー内を最も早く通過するのかを示しています。 この件の詳細は、AIニュースをご覧ください。
7 月の仕様で既に変更された内容
新しい優先順位を設定する前に、管理者は 2026 年 3 月に公開された以前のロードマップを再検討しました。このロードマップは、トランスポートの進化とスケーラビリティ、エージェントのコミュニケーション、ガバナンスの成熟、およびエンタープライズの準備の 4 つの領域に焦点を当てていました。ブログ投稿によると、4 つのすべての面で「大幅な進歩」が見られ、変更の大部分は 2026 年 7 月 28 日の仕様リリースに反映されました。
最も重大な変更は、プロトコル レベルのセッションと初期化ハンドシェイクの削除であり、SEP-2575 および SEP-2567 として追跡されています。この移行は、MCP サーバーが状態を保持せずに水平方向にスケールできることを意味します。これは、リモート MCP サーバーが通常の Web サービスのように動作するようにする根本的な改良です。クライアントは、新しい「server/discover」エンドポイントを呼び出して、他の操作を行う前にサーバーのサポートされているバージョンと機能を学習することもでき、リスト結果は SEP-2549 に基づいてキャッシュ可能になりました。
エージェント通信側では、タスク構造が公式の拡張機能 (SEP-2663) に作り直され、サーバー側で開始されたリクエストが新しいマルチ ラウンドトリップ リクエスト パターン (SEP-2322) に置き換えられ、ステートレス サーバー上での引き出し作業と同様のフローが行われるようになりました。ガバナンスも成熟しました。プロジェクトは正式にコントリビューターラダーを採用し、作業グループは独自の機能拡張提案を優先順位付けするようになり、仕様には適切な機能ライフサイクルと非推奨ポリシーが追加されました。
エンタープライズ向けの準備作業は、承認、配送発行者の検証、発行者にバインドされたクライアント認証情報、および優先クライアント登録パスとしてのクライアント ID メタデータ ドキュメントに集中し、エンタープライズ管理の承認は拡張機能として安定版に昇格しました。
次のリリース サイクルに向けた 5 つの優先事項
1. エージェントメッセージングのプリミティブ
最優先事項は、「最新のエージェントのワークロードは標準的な要求と応答のパターンに適合しなくなっている」ことを認識しています。ループの実行時間が長くなり、サーバーはストリーミングされた結果をプッシュし、開発者は途中で作業を制御する機能が必要になります。 MCP は、タスク、サブスクリプションとリッスンの操作、進行状況の通知によってこれらの要件に向かって成長してきましたが、メンテナはこれらがうまく連携して機能することを望んでいます。
計画された作業には、「クライアントが結果を求めてポーリングしたままにならないように」Webhook とチャネルを通じて配信されるサーバー開始イベント、エージェント、トランスポート、トリガーとイベントのワーキング グループにわたる構成のレビュー、コア仕様に移行できるようにタスク拡張機能を成熟させることが含まれます。
2. HTTP ネイティブのトランスポートの統合
7 月のリリースでは、管理者は「リモート MCP サーバーは他の HTTP ワークロードと何ら変わりません」と述べ、組織がすでに API に使用しているインフラストラクチャ上で MCP サーバーを簡単にホストできるようになりました。このアプローチは「拡張性があることが証明されている」ため、ロードマップでは現在、標準の入出力を介してストリーミング可能な HTTP を話すローカル サーバーをカバーするように拡張することが提案されています。この投稿では、単一のトランスポートに統合することで、MCP サーバーとクライアントの開発がさらに簡素化されると主張しています。
3. エージェントの ID とエンタープライズ対応のセキュリティ
おそらく最も将来を見据えた優先事項は、現在の MCP 認証の仕組みとエージェントの実際の動作との間のギャップに対処するものです。現在の承認は、ブラウザでアクセスを承認する人を中心に構築されています。対話型クライアントには問題ありませんが、現実との乖離はますます大きくなっています。
「発信者の多くは、独自の ID を持つクラウド ワークロードとして実行され、その場にいないユーザーの代わりに行動したり、より狭い権限をサブエージェントに委任したりするエージェントが増えています」と管理者は書いています。目標は、MCP サーバーがこれらのエージェント ID を認識し信頼するための標準化された方法であり、「貼り付けられた API キーや有効期限の長いトークンではなく、既存の標準に基づいて構築される」ことです。
具体的には、この作業では、DPoP (Demonstating Proof of Possession) の最終決定とその導入の促進、Workload Identity Federation を通じたエージェント ID と委任のための独自のパスの定義、エンタープライズ管理の承認の背後にある ID-JAG 付与、および標準トークン交換が対象となります。また、チームは、基礎となる標準の進化を支援するために、IETF OAuth および WIMSE ワーキング グループとの協力を継続します。
4. 改善されたプリミティブと漸進的なツール検出
投稿によると、ツール呼び出しは依然としてほとんどの開発者が最初に触る MCP の部分であり、「よく持ちこたえている」という。しかし、結果処理は不十分です。「tools/call」応答は同じ出力を複数のフォームで運ぶことができ、サーバー開発者は、特定のクライアントがどのフォームをモデルの前に配置するかを知る方法がありません。このロードマップは、1 つの明確な契約に標準化することを目的としています。
メンテナーは規模の問題にも警告しました。 「100のツールを備えたサーバーに接続するということは、ユーザーが1つの質問をする前にモデルがその表面全体の料金を支払うことを意味し、ツールの選択はリストが増えるにつれて悪化する傾向がある」と彼らは書いている。その答えは、サーバーに小さなエントリ ポイントを提供し、会話が狭くなるにつれてカタログをより多く明らかにできるようにする、段階的な発見の取り組みです。
5. SDK 開発者のエクスペリエンスの向上
最後に、メンテナーは、ほとんどの開発者が MCP を体験するための SDK (人間工学、仕様への準拠、サポートされているすべてのプラットフォームと言語にわたるドキュメント) への投資を約束しました。彼らは、多くの開発者が「エージェントにライブラリを指示することによって」MCP クライアントとサーバーを構築しているため、リスクが高まっていると指摘しました。そこでは、明確な API と正確なドキュメントによって、生成されたコードが最小限の摩擦で動作するかどうかが決まります。
エコシステムにとって何を意味するか
ロードマップには実用的なインセンティブ構造が含まれています。つまり、優先領域に該当する仕様拡張提案 (SEP) は迅速にレビューされ、承認される可能性が最も高くなります。一方、対象範囲外の提案は自動的に拒否されませんが、メンテナは最後にわずかな時間を費やします。各優先領域にはコアメンテナと 1 つ以上の作業グループが指名されており、そのすべてにさらに多くの貢献者が参加できる余地があり、SEP-2133 に基づく実験的拡張メカニズムにより、グループは正式な提案の前にアイデアをテストできます。
Anthropic が 2024 年後半に MCP を導入してオープンソース化して以来、このプロトコルは業界全体に広がり、主要な AI ベンダーやツール ビルダーがモデルに外部システムへのアクセスを提供する一般的な方法として採用しています。 8月のロードマップでは、このプロトコルの次の段階は、基本的な接続性よりもむしろ、エージェント時代のより困難な問題によって定義されることを示唆している。つまり、実際に電話をかけているのは誰か、または何をしているのかを特定し、長時間実行される作業を制御可能に保ち、エージェントが操作しなければならない無数に存在するツールを抑制することである。
MCP に賭けている開発者とプラットフォーム チームにとって、メッセージは明確です。現在、ステートレス HTTP 操作が想定されるベースラインであり、プロトコルの重心は、自律的に動作し、独自の検証可能な ID を保持し、一度に機能を発見するのではなく段階的に機能を発見するエージェントへと移行しています。
---
AIの最新情報をお届けAIの最新ニュース、分析、ブレイクスルーを一箇所で。
AIニュースをもっと読む →
