MCP 发布新路线图：5 大方向定义 Agent 基础设施下一阶段

8 月 23 日，MCP（Model Context Protocol）核心维护者 David Soria Parra 和 Den Delimarsky 联合发布了一份完整的路线图。把它和过去两个月的实践放在一起看，MCP 已经从"工具接入协议"升级成"Agent 操作系统的基础设施"。这份路线图聚焦五个方向，每一个都直接关系到你未来 6-12 个月怎么用 MCP。

路线图五大方向

1. Agentic Messaging Primitives（Agent 原生消息）

MCP 从"请求-响应"扩展到"长时 Agent 工作流"： - 服务端主动事件（webhooks / channels）。 - Tasks 原语（SEP-2663）从草案升级到核心 spec。 - 订阅 + 进度通知。 这是支撑"Agent 跑 5 分钟不阻塞、并且能上报进度"的关键。

2. HTTP-Native Transport 统一

基于 7 月 28 日里程碑式的 spec 升级（"MCP 史上最大一次"），MCP 远程服务器行为对齐标准 HTTP 工作负载，进一步消除传输层碎片化。对企业意义：MCP 服务可以跑在 K8s/Serverless 上了。

3. Agent Identity & Enterprise Security

这是路线图最重磅的一块： - DPoP（Demonstrating Proof of Possession，SEP-1932）。 - Workload Identity Federation，对齐 AWS IAM、GCP、Azure Managed Identity。 - Enterprise-Managed Authorization（ID-JAG grant）。 - 标准 Token Exchange。

翻译成业务语言：Agent 不再用"人类 OAuth token"，而是拥有自己的、短期、有效范围窄的身份凭据。MCP 团队直接参与了 IETF OAuth 和 WIMSE 工作组来推动底层标准。

4. 改进的基础原语

• 标准化 tools/call 返回结果契约（目前存在歧义）。
• 渐进式工具发现——拥有 100+ 工具的服务器不再一次性塞满上下文，按对话需要逐步展开。

5. SDK 开发体验

MCP 团队明确承认"Agent 代码生成依赖高质量 SDK 才能跑对"，因此在投入多语言 SDK 的 ergonomics、spec 一致性、文档质量。

治理结构同步升级

路线图背后还有一个治理变化：MCP 从"按发布里程碑规划"切换为"工作组驱动"。可信的社区工作组被授权直接接受各自领域的 SEP（Specification Enhancement Proposals），Core Maintainer 不再是唯一瓶颈。这等于给生态开放了一条"贡献者上升通道"。

给工程团队的三个动作

1. MCP 服务按无状态设计——为水平扩展和 HTTP Transport 统一做准备。
2. 提前规划从 API Key 迁移到 DPoP / Workload Identity Token——MCP 已经在 IETF 推标准，明年大概率会强制。
3. 关注 Tasks 原语——它从草案进入核心 spec 之后，会重写"长时 Agent 工作流"的玩法。

简言之：MCP 不再只是"Claude 调工具"，而是"All Agents 调所有东西"的基础设施层。