Model Context Protocol (MCP) Roadmap Update

MCP is evolving to support autonomous agentic workloads

Model Context Protocol (MCP) 正在從簡單的請求-回應模式轉向一個用於代理訊息傳遞 (agentic messaging)、統一 HTTP 傳輸以及企業級安全性的全面框架。這次轉變旨在讓 MCP 超越由使用者主導的互動式工作階段,轉向作為雲端工作負載運行的自主代理,這些代理可以獨立於在場的人類使用者進行操作。

Agentic Messaging Primitives

MCP 正在引入新的原語 (primitives) 以支援長時運行迴圈、串流結果以及代理工作的執行中引導 (mid-flight steering)。目標是從客戶端輪詢結果轉向更具動態性的互動模型。

關鍵開發項目包括:

  • Server-initiated events: 實作 webhooks 和 channels 以允許伺服器向客戶端推送更新。
  • Tasks Extension: 使 Tasks 擴充功能 (SEP-2663) 趨於成熟並將其移入核心規範。
  • Integration: 協調 Agents、Transports 以及 Triggers & Events 工作小組之間的工作,以確保這些原語能協同工作。

HTTP-Native Transport Unification

繼 2026-07-28 版本發布後,MCP 伺服器現在被視為標準的 HTTP 工作負載。路線圖旨在將所有部署模式統一在單一傳輸機制下,以簡化客戶端和伺服器的開發。

這種統一包括將 HTTP 原生方法擴展到涵蓋使用 Streamable HTTP over stdio 的本地伺服器。透過將 MCP 伺服器視為標準 API 服務,該協定減少了在現有組織基礎設施上託管和運行伺服器的摩擦力。

Agent Identity and Enterprise Security

標準化代理的識別與授權方式是首要任務,因為目前的瀏覽器型人類核准模型對於自主雲端代理來說是不夠的。

為了實現企業級安全性,MCP 正致力於:

  • Proof of Possession: 完成並推動 Demonstrating Proof of Possession (DPoP) 的採用。
  • Workload Identity Federation: 透過 ID-JAG 授權與企業管理授權 (Enterprise-Managed Authorization) 定義代理身份與委派的路徑。
  • Standards Engagement: 與 IETF OAuth 和 WIMSE 工作小組合作,以確保底層身份標準能演進以滿足代理特定的需求。

Refinement of Core Primitives

MCP 正在解決工具調用 (tool calling) 和工具目錄擴展方面的限制,以提高模型性能並減少上下文窗口膨脹。

  • Standardized Result Handling: 為 tools/call 回應建立明確的合約,以確保伺服器開發者確切知道客戶端將如何向模型呈現輸出。
  • Progressive Discovery: 實作一個系統,讓伺服器提供一個小的進入點,並隨著對話縮小範圍時揭示更多工具,防止模型被龐大的工具目錄(例如,擁有 100+ 工具的伺服器)所淹沒。

SDK Developer Experience

由於許多開發者現在使用代理來編寫 MCP 客戶端和伺服器的代碼,因此路線圖強調了清晰的 API 和準確的文檔,以致力於 SDK 人體工學與規範一致性方面的投資。

Community Perspectives and Criticisms

雖然路線圖概述了進化的路徑,但來自 Hacker News 的社群回饋揭示了對該協定複雜性與必要性的重大懷疑。

Complexity and Over-Engineering

幾位開發者認為 MCP 為現有的 Web 標準增加了不必要的層級。

"The degree to which this idea has been overcomplicated is confusing. This could have been solved with some relatively simple patterns wrapped around HTTP and WebSockets..."

其他人則質疑是否專門的協定優於簡單的 REST 端點搭配文檔文件(例如, skills.md)。

Stability and Implementation

一些使用者對規範的快速演進表示沮喪,指出早期採用者必須不斷重寫他們的實作方式。

"When specs change, you obviously have to update existing work too... Senior programmers always advised me to only use things that have been around for at least three years."

Utility of Progressive Discovery

雖然路線圖強調了漸進式探索 (progressive discovery) 是新的優先事項,但一些開發者指出,由於協定的現有限制,他們已經不得不手動實作這一點。

"Kind of late to the party. I've had to implement lazy loading of mcps in a couple of harnesses now..."

Sources

相關