Model Context Protocol (MCP) 路线图更新

MCP 正在演进以支持自主智能体工作负载

Model Context Protocol (MCP) 正在从简单的请求-响应模式转型为涵盖智能体消息传递、统一 HTTP 传输和企业级安全性的综合框架。这一转变旨在推动 MCP 超越由用户主导的交互式会话,向能够在无需人类用户在场的情况下独立运行的云端自主智能体工作负载迈进。

智能体消息传递原语

MCP 正在引入新的原语以支持长运行循环、流式结果以及智能体工作的运行中转向。其目标是摆脱客户端轮询结果的模式,转向更具动态性的交互模型。

关键进展包括:

  • Server-initiated events:实现 webhooks 和 channels,允许服务器向客户端推送更新。
  • Tasks Extension:使 Tasks 扩展 (SEP-2663) 趋于成熟并将其移入核心规范。
  • Integration:协调 Agents、Transports 以及 Triggers & Events 工作组的工作,以确保这些原语能够协同工作。

HTTP 原生传输统一化

继 2026-07-28 版本发布后,MCP 服务器现在被视为标准的 HTTP 工作负载。路线图旨在将所有部署模式统一在单一的传输机制下,以简化客户端和服务器的开发。

这种统一化包括将 HTTP 原生方法扩展到涵盖使用 Streamable HTTP over stdio 的本地服务器。通过将 MCP 服务器视为标准的 API 服务,该协议降低了在现有组织基础设施上托管和运行服务器的摩擦力。

智能体身份与企业级安全性

标准化智能体如何被识别和授权是首要任务,因为目前的基于浏览器的用户审批模型对于自主云端智能体来说是不够的。

为了实现企业级安全性,MCP 正在关注:

  • Proof of Possession:完成并推动 Demonstrating Proof of Possession (DPoP) 的采用。
  • Workload Identity Federation:通过 ID-JAG 授权和企业管理授权 (Enterprise-Managed Authorization) 定义智能体身份和委托路径。
  • Standards Engagement:与 IETF OAuth 和 WIMSE 工作组协作,以确保底层身份标准能够演进以满足智能体特定的需求。

核心原语的完善

MCP 正在解决工具调用 (tool calling) 和工具目录扩展性方面的局限性,以提高模型性能并减少上下文窗口膨胀。

  • Standardized Result Handling:为 tools/call 响应建立明确的契约,以确保服务器开发者确切知道客户端将如何向模型展示输出。
  • Progressive Discovery:实现一种系统,使服务器提供一个较小的入口点,并随着对话的深入而揭示更多工具,从而防止模型被庞大的工具目录(例如拥有 100 多个工具的服务器)所淹没。

SDK 开发体验

投资正转向 SDK 的人体工程学和规范一致性。由于许多开发者现在使用智能体来编写 MCP 客户端和服务器的代码,路线图强调了清晰的 API 和准确的文档,以通过减少 AI 辅助开发过程中的摩擦力来提升体验。

社区观点与批评

虽然路线图概述了一条复杂的演进路径,但来自 Hacker News 的社区反馈显示,人们对该协议的复杂性和必要性持有显著的怀疑态度。

复杂性与过度工程化

开发者们认为 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)。

稳定性与实现

一些用户对规范的快速演进表示沮丧,指出早期采用者必须不断重写他们的实现。

"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."

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

相关