Model Context Protocol (MCP) の新しいロードマップ

本日、Model Context Protocol (MCP) の更新されたロードマップを発表できることを嬉しく思います。これは、次期仕様リリース以降をカバーするものです。 このロードマップは、今後数ヶ月間のプロトコル作業の方向性を示しています。これは、コアメンテナーがメンテナーとワーキンググループのコミュニティと共に開発したものです。 ロードマップを探る → 優先分野 ロードマップは5つの優先分野に整理されています。これらのうちいくつかは、以前のロードマップで「視野に入っている」とされていた作業を引き継いでいます。これには、サーバー主導のイベント、結果タイプの改善、エージェントIDなどが含まれており、これらはすでにそれ自体が優先事項となるほど成熟しています。各分野は、コアメンテナーのセットと1つ以上のワーキンググループによって所有されています。 エージェント的なメッセージングプリミティブ 現代のエージェントワークロードは、もはや標準的なリクエスト・レスポンスパターンに収まりません。ループはより長く実行でき、サーバーはストリーミング結果をプッシュでき、作業を途中で指示する必要性が明確にあります。MCPはこれらの要件を満たすために成長しており、タスク、サブスクリプション/リスン、進捗通知を導入しています。私たちは、仕事に必要な適切なプリミティブを提供するだけでなく、それらがうまく連携することも確認したいと考えています。ここでの作業は、サーバー主導のイベント（Webフックとチャネル、クライアントが結果をポーリングするのを避けるため）、エージェント、トランスポート、トリガー＆イベントワーキンググループ全体での構成レビュー、そしてタスク拡張（SEP-2663）を仕様に移行できるように成熟させることを網羅しています。 HTTPネイティブなトランスポートの統合と堅牢化 2026-07-28リリースにより、リモートMCPサーバーは他のHTTPワークロードと何ら変わらなくなり、開発者や組織がAPIやサービスですでに使用しているインフラストラクチャ上で簡単にホストおよび運用できるようになりました。このモデルはスケーリングに成功しており、ローカルサーバーがstdio経由でストリーミング可能なHTTPを話すなど、他のデプロイメントモードにも拡張したいと考えています。1つのトランスポートに統合することで、MCPサーバーとクライアントの開発をさらに簡素化できます。 エージェントIDとエンタープライズレベルのセキュリティ 今日のMCP認証は、ブラウザでアクセスを承認する個人を中心に構築されています。これはインタラクティブなクライアントにはうまく機能しますが、呼び出し元の多くはクラウドワークロードとして実行されるエージェントであり、独自のIDを持ち、ユーザーが不在の代わりに動作したり、サブエージェントに狭い権限を委任したりしています。MCPサーバーが、APIキーや長期トークンを貼り付けるのではなく、既存の標準に基づいた、それらのエージェントIDを認識し信頼するための標準化された方法を持つことを望んでいます。 ここでの作業は、Demonstrating Proof of Possession (DPoP) の最終化と採用の推進、Workload Identity Federation、Enterprise-Managed Authorization の背後にある ID-JAG グラント、標準トークン交換を通じたエージェントIDと委任のための意見表明されたパスの定義を網羅しています。また、エージェントIDが必要とするビルディングブロックで基盤となる標準を進化させるために、IETF OAuthやWIMSEワーキンググループを含むOAuth標準団体との連携を継続していきます。 プリミティブ機能の改善 ツール呼び出しは、MCPの中で最も多くの開発者が最初に触れる部分であり、プロトコルの寿命を通じてうまく機能してきました。しかし、結果処理においては少し不足しています。ツール/呼び出しのレスポンスは、複数の形式で同じ出力を運ぶことができ、サーバー開発者は現在、特定のクライアントがどの形式をモデルの前に提示するかを知る方法がありません。私たちは、1つの明確な契約に標準化することで、これを容易にすることを目指しています。 プリミティブの使用に関して私たちが対処する必要があるもう1つの課題は、その増大し続ける規模です。100個のツールを持つサーバーに接続すると、ユーザーが質問する前にモデルがその全表面を負担することになり、リストが増えるにつれてツール選択は悪化する傾向があります。サーバーが小さなエントリーポイントを提供し、会話が狭まるにつれてより多くのカタログを明らかにするための段階的発見の取り組みを開始しています。 SDK開発者体験の向上 私たちのSDKは、開発者がMCPを体験する方法です。私たちは、それらのエルゴノミクスと仕様への準拠、そしてサポートするすべてのプラットフォームと言語で直感的でよく文書化されていることに投資しています。多くの開発者がライブラリを指し示すことでMCPクライアントとサーバーを構築するようになった今、明確なAPIと正確なドキュメントが、コードが最小限の摩擦で動作するかどうかを決定するため、これはさらに重要になっています。 提案の優先順位付け これらの優先分野に含まれるSpecification Enhancement Proposals (SEPs) は、迅速なレビューを受け、受け入れられる可能性が最も高くなります。それ以外の提案は自動的に却下されるわけではありませんが、メンテナーのレビュー時間は限られており、ロードマップが優先されます。 SEPの検討を考えている場合は、それが属する優先分野を特定し、関連するワーキンググループに提起し、そのメンバーと協力して提案を形成してください。ロードマップの各分野には、担当のコアメンテナーの名前が記載されており、貢献に関心のある人は誰でもDiscordで連絡できます。私たちは、このロードマップをサポートする提案をレビューし、構築するためにコミュニティと協力することを楽しみにしています。 参加する 上記の各優先分野には、それを支える、またはそれを中心に形成されているワーキンググループがあり、それらのすべてに貢献者の余地があります。参加する方法はいくつかあります： ワーキンググループまたはインタレストグループに参加する：ワーキンググループとインタレストグループのページ、およびコミュニティチャネルを参照してください。 SEPを提案またはコメントする：SEPガイドラインを読み、その後、SEPを開くか、意見を述べてください。 実験的な拡張を開始する：SEP-2133により、任意のWGまたはIGが正式なSEPの前にexperimental-ext-リポジトリで実験できます。 直接貢献する：貢献ガイドは、仕様、SDK、およびツールをカバーしています。 MCPを共に成長させ、進化させていくことを楽しみにしています！