MCP 官方发布新路线图：Agent 身份、DPoP、流式 HTTP 统一，五个优先方向定了
MCP 官方发布新路线图：Agent 身份、DPoP、流式 HTTP 统一，五个优先方向定了
8 月 22 日，Model Context Protocol 官方博客发布了新路线图，覆盖下一版规范及之后的工作方向。这是 MCP 从「客户端-服务器请求-响应」走向「agent 对 agent 互操作」的一次明确表态。
"Modern agentic workloads no longer fit the standard request-and-response pattern."
官方原话，正文里我们逐条拆。
这份路线图在解决什么问题
MCP 过去一年最大的成功，是把「让 LLM 调用工具」做成了事实标准。但现在的 agentic 工作负载已经变了：循环可以跑几小时、服务器要主动推送流式结果、任务进行到一半需要被重新定向。传统的 request-and-response 模式装不下了。
路线图由 Core Maintainers 和社区 Working Groups 共同制定，分成五个优先方向，每个方向都有明确负责人和 Working Group。
五个优先方向逐个看
| 方向 | 核心内容 | 关键动作 |
|---|---|---|
| Agentic 消息原语 | 长循环、流式推送、中途转向 | Tasks 扩展进规范（SEP-2663） |
| HTTP 原生传输统一 | 远程和本地服务同一套传输 | Streamable HTTP 覆盖 stdio |
| Agent 身份与企业安全 | 云工作负载的 agent 有自己的身份 | DPoP 落地 + Workload Identity Federation |
| 改进原语 | 工具结果契约统一、渐进式发现 | 标准化 tools/call 返回格式 |
| SDK 开发者体验 | 跨语言 SDK 与规范一致性 | 提升 conformance 测试 |
Agentic 消息原语：从「一问一答」到「全程托管」
这是路线图里最实质的变化。官方明确说：
"We want to make sure that we not only offer the right primitives for the job, but also that they work well together."
具体动作是三个：server-initiated events（webhooks 和 channels，客户端不用再轮询）、Tasks 扩展成熟化（SEP-2663，从实验性扩展进正式规范）、以及跨 Agents / Transports / Triggers & Events 三个 Working Group 的 composition review。
对开发者最直接的影响：以后 MCP server 可以主动推事件给客户端，而不是被拉着问「好了没」。长任务体验会从轮询变成订阅。
Agent 身份：路线图里最「企业」的一块
现在 MCP 的 authorization 是「浏览器里一个人点同意」。但越来越多调用方是云上跑的 agent——它有自己的身份、替一个不在场的用户办事、或者给 sub-agent 委派更小的权限。
官方要做的：Demonstrating Proof of Possession (DPoP, RFC 9449) 定稿并推动采用，加上 Workload Identity Federation（modelcontextprotocol/modelcontextprotocol PR #1933）和 Enterprise-Managed Authorization（ID-JAG grant）一起，走「标准 token 交换」而不是「贴 API key、长期 token」。
一句话：agent 要有身份证，不能靠挂钥匙。
改进原语：一百个工具的服务器，模型先付全款
还有个很实际的问题：接上一个带 100 个工具的服务器，用户第一个问题还没问，模型就得先为整个工具面「付全款」——而且工具列表越长，模型选工具选得越差。
官方正在做 progressive discovery：服务器先给一个小入口，对话收窄后再逐步暴露更多工具目录。这对工具面很大的 server（比如云平台、数据库）是实打实的优化。
反对观点：路线图很全，但落地要多久？
乐观一面：SEP-2663、DPoP、Workload Identity Federation 这些都不是新提案，是成熟到能转正才进路线图的。悲观一面：上一版路线图（2026 年初）里的 server-initiated events、result type 改进、agent identity，这次才「成熟到成为优先项」——规范演进的速度比社区预期慢。
另外，路线图明确说 SEP 提案「在优先方向内的得到加急审查，之外的不自动拒绝但维护者时间有限」。这意味着选题方向直接决定你的 SEP 能不能被看到。想提 SEP 的人，先对号入座。
你今天可以做的事
- 看 https://modelcontextprotocol.io/development/roadmap，找到你关心的方向对应的 Core Maintainers 和 Working Group。
- 如果你在写 MCP server：关注 Streamable HTTP 统一——本地 server 跑 stdio 的未来版本要能无缝切 HTTP。
- 如果你的 server 工具面很大：留意 progressive discovery 的进展，这会影响你的工具组织方式。
FAQ
Q: 新 MCP 路线图什么时候发布的？ A: 2026 年 8 月 22 日，发布在 MCP 官方博客，同时更新了 modelcontextprotocol.io/development/roadmap 页面。
Q: 五个优先方向是什么？ A: Agentic 消息原语、HTTP 原生传输统一与加固、Agent 身份与企业安全、改进原语（工具结果契约 + 渐进式发现）、SDK 开发者体验。
Q: 路线图对普通 MCP 开发者有什么直接影响？ A: 短期看 server-initiated events 和 Tasks 扩展会让长任务从轮询变订阅；中期 Streamable HTTP 会统一本地和远程传输；安全上 DPoP 和 Workload Identity Federation 会取代「贴 API key」的做法。
✨ 本文由 DeepSeek 生成初稿，Claude 审核润色。
参考来源：
- MCP 官方博客：The New MCP Roadmap
- 路线图页面：MCP Development Roadmap