MCP新ロードマップ発表 ― 非同期化・認証強化・SDK改善で何が変わるか

Model Context Protocol(MCP)の公式ブログが2026年8月22日、新しいロードマップ「The New MCP Roadmap」を発表しました。MCPは、AIエージェントとツールやデータソースを接続するためのオープンプロトコルです。今回のロードマップは5つの優先分野を掲げており、それぞれをCore MaintainersとWorking Groupが担当します。

MCPに馴染みのない読者向けに補足すると、MCPはAIエージェントが外部のツール(検索・ファイル操作・社内システムなど)やデータソースに安全にアクセスするための共通の接続規格です。個別のAPIごとに専用の連携コードを書く代わりに、MCPに対応したサーバーを用意すれば、対応するエージェントからそのまま利用できるようになります。

新ロードマップの全体像 ― 5つの優先分野を3つの軸で見る

公式ブログが挙げた5つの優先分野は次の通りです。

• エージェント向けメッセージング機能(非同期処理への対応)
• HTTP転送の統一と強化
• エージェント認証とエンタープライズセキュリティ
• プリミティブの改善
• SDK開発体験の向上

数が多いので、実務上の意味では次の3つの軸に整理できます。

• 待たせない(メッセージング+HTTP転送)
• 任せられる(認証)
• 広げられる(プリミティブ+SDK)

この整理は公式発表そのものの分類ではなく、実務で読むときの切り口としてこの記事が付け加えたものである点は明記しておきます。

待たせない設計へ ― 非同期メッセージングとHTTP転送の統一

公式ブログでは、長時間実行するループや、サーバー起点でストリーミング結果をプッシュできるようにする、Tasks拡張とサーバー起点イベント対応が挙げられています。

レストランの呼び出しベルで例えると分かりやすくなります。従来の同期的なやり取りは、注文してからカウンターに張り付いて出来上がりを待つようなものでした。今回の非同期メッセージングは、ベルを渡されて席で待てるようにする変更に近いものです。エージェントが長時間かかる処理を投げた後、継続的な問い合わせを前提としなくてよくなり、サーバー側から準備ができた時点でプッシュ通知を受け取れるようになります。

これと対になるのが、HTTP転送の統一と強化です。Streamable HTTPをstdioでも使えるようにすることで、開発をシンプルにする方針が挙げられています。転送方式が統一されれば、サーバー実装者は複数の転送方式を個別に作り込む負担が減り、利用者側も接続方法の違いに悩まされにくくなります。

公式ブログは、これらの一部の項目(サーバー起点イベント・結果型の改善・エージェント識別)が、前回のロードマップでは「将来検討」の扱いだったと明かしています。検討段階から優先事項に格上げされたという位置づけの変化は、実装が現実的な時間軸に入ってきたことを示すシグナルとして読めます。

任せられる認証へ ― エージェント認証とエンタープライズセキュリティ

公式ブログは、Proof of Possession(DPoP)やWorkload Identity Federationを導入し、APIキーに依存しない認証を実現する方針を挙げています。

APIキーは長期間有効な文字列をそのまま使い回すため、漏えい時のリスクが大きく、誰がどのリクエストを行ったかの追跡も難しくなりがちです。DPoPは、リクエストごとに鍵の所持を証明する仕組みで、盗まれたトークンをそのまま使い回されにくくします。Workload Identity Federationは、クラウド環境のワークロードが持つ既存のIDをそのまま認証に使う仕組みで、専用の秘密情報を新たに発行・管理する手間を減らします。企業がエージェントを本番システムに接続する際に慎重にならざるを得ない領域の一つが認証まわりであることを踏まえると、ここが優先分野に含まれたこと自体が実務上の意味を持ちます。

広げられる基盤へ ― プリミティブの改善とSDK開発体験

プリミティブ(エージェントがツール呼び出しやデータ取得に使う基本的なやり取りの単位)の改善では、ツール呼び出し結果の標準化と、大規模なツールセット向けの段階的発見(progressive discovery)機能が挙げられています。接続するツールの数が増えるほど、エージェントが一覧から適切なツールを選ぶコストは大きくなります。段階的発見は、必要になった時点で関連するツールだけを提示する考え方で、これが整備されれば、ツール数が多い大規模なシステムでもエージェントが迷いにくくなります。

これに加えて、SDK開発体験の向上も優先分野に挙がっています。仕様への適合性やドキュメント品質の改善が挙げられており、サーバー・クライアントいずれの実装者にとっても、仕様通りに動くものを作りやすくなる方向の投資です。

直近の一歩はすでに踏み出されている ― 2026年7月28日のリリース

2026年7月28日のMCP仕様リリースにより、リモートMCPサーバーは通常のHTTPワークロードと変わらなくなりました。既存のAPIやWebサービス向けに使ってきたインフラ(ロードバランサ・オートスケーリング・監視ツールなど)を、MCPサーバー専用の特別な仕組みを新設することなくそのまま使ってホスト・運用できるようになった、ということです。

新ロードマップの5分野はこれから実装が進む項目である一方、この転送の標準化はすでに仕様に反映済みの進捗です。ロードマップの実現度合いを判断する際は、発表されたばかりの構想と、すでに仕様に入った変更を区別して見る必要があります。なお、5分野の具体的なバージョン番号は、今回の発表時点では確定していません。

まとめ

企業のDX担当者がまず押さえておくべきなのは、バージョン番号ではなく「どの領域が優先されたか」です。非同期メッセージング・HTTP転送統一・認証強化・プリミティブ改善・SDK改善という5分野は、いずれも実験段階のPoCから本番運用へ進む際に多くの企業が直面しやすい論点です。特に認証がAPIキー依存からの脱却を明示的な優先分野に含めたことは、エージェントを本番システムに接続する計画を持つ企業にとって、今後の要件定義を見直す材料になります。今すぐの実装判断ではなく、自社が使う予定・利用中のMCPサーバー実装がこの5分野のどれに追随していくかを、次回のアップデート時にチェックリストとして持っておくことが、現時点でできる実践的な備えです。

出典: The New MCP Roadmap(Model Context Protocol 公式ブログ)

※ この記事は AI を使用しています。Leadeas が自社開発した AI エージェント基盤で下書きを作成し、人間のレビューを経て公開しています。AI ネイティブ開発会社として自社の技術をそのまま実演する目的で、この手法を用いています。(詳しくは AI 利用ポリシー)