
2026/08/22 22:31
新しい MCP ロードマップ
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
Model Context Protocol チームは、将来の仕様の開発における 5 つの優先領域を示す改訂版ロードマップを公開しました。本取り組みはコア Maintainers とコミュニティワーキンググループが主導しています。最も優先度の高い目標として、2026 年 7 月 28 日までに HTTP ネイティブなトランスポートを統合し、リモート MCP サーバーを標準的な HTTP ワークロードと同等に機能させることです。ロードマップではさらに 4 つの重点領域が強調されています。(1) サーバ側からのイベント/ウェブフック、タスク(SEP-2663)、サブスクリプション/リスナーなどを含むエージェント向けメッセンジングプリミティブ。(2) DPoP の確定とワークロードアイデンティティフェデレーションの採用を通じて実現されるエージェントのアイデンティティおよびエンタープライズ対応レベルのセキュリティ。(3) 改善されたプリミティブ、すなわち結果処理のための標準化されたコントラクトおよび大規模ツールカタログ向けの段階的発見ツール。(4) より良好なエルゴノミクス、コンフォーマンス、ドキュメントによるプラットフォームおよび言語横断的な SDK 開発者体験の向上です。 これらの目標を達成するために、優先領域に合致する仕様改善提案(SEP)は迅速審査の対象となり、最も承認される可能性が高いものとなります。優先領域外にある SEP も自動的に却下されるわけではなく、リソースが高インパクトイニシアチブに集中しているため、限られた Maintainer による審査時間が割り当てられますコア目標を支援するプロジェクト(サーバ側からのイベント、ツール改善、セキュリティ強化、SDK の使いやすさ向上など)は優先されます。 より広範なメリットには、アイデンティティフェデレーションを通じたエンタープライズセキュリティの向上、結果処理のための標準化されたインターフェース、および大規模アプリケーションカタログの発見・管理を支援するより優れたツールが含まれます。コミュニティメンバーは、ワーキンググループまたは興味関心グループに参加し、SEP ガイドラインに従って SEP を提出またはコメントすること、SEP-2133 による実験的拡張を開始すること、およびコントリビュートガイドで示されている通り仕様に直接貢献することを推奨されます。各分野のコア Maintainers へは Discord からアクセス可能です。
本文
モデルコンテキストプロトコル(MCP)最新版ロードマップ公開
モデルコンテキストプロトコル(MCP)の最新版ロードマップが公開されました。このロードマップは、今後の数ヶ月間におけるプロトコル開発の羅針盤として機能し、コアメンテナナーズとコミュニティ全体のリソース、ワーキンググループの皆様と共同で策定されています。
📋 5 つの主要優先領域
本ロードマップでは、前回の「検討中」だった課題(サーバー側イベント通知、リザルト改善、エージェントアイデンティティなど)が成熟し、以下の 5 つの独立した優先課題として再位置づけられています。各領域には責任を持つコアメンテナナーズと関連ワーキンググループが配置されています。
1. エージェントメッセージングの基礎機能(Primitive)
従来の「リクエスト&レスポンス」パターンでは対応できない現代のエージェント型ワークロードに対応するため、以下の機能強化を推進します。
- 非同期通信の実装: サーバー側からのストリーミング結果プッシュや、処理中の方向性調整機能の導入。
- ポーリング不要化: Webhook やチャンネルを活用し、クライアント側の結果待ち(ポーリング)を不要にするサーバー側イベントの実装。
- クロスワークロード統合: エージェント、トランスポート、トリガー、イベントに関するワーキンググループ全体を超えた統合検討。
- SEP-2663 の仕様化: タスク拡張機能の成熟化と正式な仕様書への組み込み準備。
2. HTTP ネイティブなトランスポートの一元化と強化
2026 年 7 月 28 日以降、MCP サーバーは任意の HTTP ワークロードと同様に動作し、既存のインフラストラクチャ上のホスト・運用が容易になります。
- 拡張性の証明: ローカルサーバーでも
を介したストリーマブルな HTTP を使用可能ななど、デプロイメントモードへの適用拡大。stdio - 開発簡素化: トランスポートの一元化により、MCP サーバーおよびクライアントの開発プロセスを大幅に簡素化。
3. エージェントアイデンティティと企業導入準備型のセキュリティ
従来のブラウザベースの認証では不十分であり、「ユーザー不在で動作する」クラウドワークロードとしての独自のアイデンティティ管理が必須です。
- DPoP の普及: デモンストレーション用 Proof of Possession(DPoP)の最終決定と標準化促進。
- 権限委譲パスの策定:
- ワークロードアイデンティティフェデレーション
- ID-JAG グラントによるエンタープライズ管理型認証
- 標準的なトークン交換プロセスの確立
- 標準規格との連携: IETF OAuth や WIMSE ワーキンググループなど、OAuth 標準化機関との協力強化。
4. 基礎機能(Primitive)の向上
ツール呼び出しのパフォーマンス維持と、リザルト処理における以下の課題解決を図ります。
- 出力形式の標準化: サーバー開発者がクライアント提示形式を予測できるようにする**明確なコントラクト(契約)**に基づく仕様化。
- 漸進的発見(Progressive Discovery):
- 100 ツールなどの大量ツール接続時のコスト削減・スキャン負荷軽減。
- ツール選択の難易度低下。
- 会話の狭域化(Narrowing)に伴い、カタログを段階的に開示する仕組みの導入。
5. SDK 開発者体験の向上
開発者が MCP を利用する窓口である SDK の使いやすさと仕様準拠を強化します。
- エルゴノミクスの強化: すべてのプラットフォームと言語で直感的かつ文書化が充実した SDK の提供。
- 最小限の摩擦: 明確な API と正確なドキュメントにより、コードの実行可否を迅速に判定可能な環境作り。
- エージェント開発者がライブラリに依存する形で MCP クライアント/サーバーを開発する現状への対応。
🚀 提案の優先順位付けと参加方法
提案(SEP)審査プロセスの加速
上記の「優先領域」に含まれる仕様改善提案(SEP)については、以下の手順で審査が加速されます。
- 領域特定: どの優先領域に属するかを明確化。
- ワーキンググループへの提起: 関連する WG へ提案を提出。
- 調整・洗練: WG メンバーと協力し、内容の調整を行う。
※優先領域以外の分野への提案も却下されるわけではありませんが、メンテナナーズのレビュー時間は限られているため、まずは上記領域に集中して審査が進められます。
コミュニティへの参加方法
各優先領域には、既存または新規のワーキンググループ(WG)・関心グループ(IG)があり、貢献者を募集中です。
- WG/IG への加入:
- ワーキンググループおよび関心グループのページ とコミュニティチャンネルをご参照ください。
- Discord で責任を持つコアメンテナナーズと直接コンタクトを取れます。
- SEP の提案・コメント:
- SEP ガイドラインを参考にして新しい SEP を作成、または既存のものへのフィードバックを提供。
- 実験的拡張機能の実証:
- 正式な SEP 提出前には、SEP-2133を活用して WG または IG の実験用リポジトリ内で実証実験を行うことが可能。
- 直接的な貢献:
- 貢献ガイドラインを参照し、仕様書、SDK、開発ツールへの貢献を開始。
MCP と共に成長・進化させていく未来に期待しております。詳細は ロードマップをご覧ください。