MCPの新ロードマップはエージェントイベント、HTTPトランスポート、アイデンティティセキュリティに注力、一方でTasksのSDKサポートは依然未整備

Model Context Protocol（MCP）のメンテナンスチームは8月22日、新たなロードマップを公開し、今後の仕様策定を、エージェントメッセージングプリミティブ、HTTPネイティブトランスポート、エージェントアイデンティティとエンタープライズセキュリティ、基盤プリミティブの改善、SDKの開発者体験という5つの領域に分類した。これは単なる新たな機能リストではなく、どのSpecification Enhancement Proposal（SEP）を優先的にレビューするかを定めるエンジニアリング計画だ。[公式説明](https://blog.modelcontextprotocol.io/posts/mcp-roadmap/)

最も直接的な変化は、MCPが「1リクエスト、1レスポンス」のツール呼び出しモデルを超えようとしていることだ。長時間稼働するエージェントには、サーバーからの能動的なイベント送信、結果のストリーミング、さらにタスクの途中でユーザーが方針を変更できる仕組みが必要となる。このためチームは、Tasks、`subscriptions/listen`、進捗通知、webhook／channelなどのイベント機構を統合する計画だ。もう一つの取り組みは段階的な探索である。リモートサーバーはまず小規模なエントリーポイントを公開し、会話上の必要に応じてツールカタログを展開することで、接続のたびに巨大なschemaをコンテキストへ詰め込む事態を避ける。

トランスポート層については、2026-07-28仕様のステートレスHTTPアーキテクチャを継承し、同じモデルをローカルのstdioデプロイメントにも適用する方法を検討する。セキュリティ面の取り組みはOAuth tokenの処理だけにとどまらず、エージェント、workload、代理実行されるユーザーのアイデンティティも定義し、複数段階の委任をまたいで認可と監査を追跡できるようにする。これはMCP gateway、エンタープライズSSO、マルチテナント型エージェントプラットフォームにとって、ツールのフィールドをいくつか追加することよりも重要だ。

ただし、このロードマップを提供済みのAPIと見なすことはできない。Python SDKの公開ロードマップでは、Tasks、DPoP、workload identityが依然として未実装とされている。TypeScript SDKでも、`subscriptions/listen`が拡張通知を伝送できず、Tasksの更新が妨げられる問題が報告されていた。[Python SDKロードマップ](https://github.com/modelcontextprotocol/python-sdk/blob/main/ROADMAP.md) 現段階でエンジニアリングチームは、プロトコルバージョンを固定し、conformance suiteを実行するとともに、Tasksとイベント通知を変更の可能性があるインターフェースとして扱うべきだ。今後は、各SDKが足並みをそろえて実装できるか、またwebhookの検証、再送、取り消しに関するセマンティクスが実際に仕様へ盛り込まれるかを注視する必要がある。