MCP 接下来几个月、下一版规范及更长期的开发路线

核心目标是让 MCP 从“模型调用工具的协议”进一步演进为适合大规模、长时间运行、多 Agent 协作和企业部署的基础协议。原文五个优先方向面向 Agent 的消息机制传统的一问一答已经不够。MCP 将继续完善长时间运行的 Tasks流式结果与进度通知运行过程中干预、调整任务Webhook、Channel 等服务器主动事件机制减少客户端轮询同时会统一审视 Tasks、Agents、Transport、Triggers Events 之间如何组合并争取最终把 Tasks 扩展纳入正式规范。统一并强化 HTTP 传输MCP 远程服务器现在已更接近普通的无状态 HTTP 服务方便横向扩容及部署到现有 API 基础设施。下一步希望进一步统一传输方式甚至让本地服务器也能通过 stdio 承载 Streamable HTTP从而减少客户端和服务器针对不同传输方式编写的特殊逻辑。Agent 身份与企业级安全现有 OAuth 流程主要假设“用户在浏览器里授权”但云端 Agent、无人值守任务和子 Agent 委托不符合这一模型。路线图计划标准化 Agent/工作负载身份支持 Agent 代表用户行动支持向子 Agent 委托更小范围的权限推进 DPoP避免仅依赖可复制的令牌使用 Workload Identity Federation、ID-JAG 和标准 Token Exchange减少长期 Token 和手工粘贴 API Key改进工具等基础原语主要解决两个问题tools/call的结果可能有多种重复表达方式但服务器不知道客户端最终会把哪一种交给模型因此需要统一、明确的结果契约。服务器如果暴露上百个工具会造成上下文和 Token 成本增加也会降低模型选工具的准确率。为此MCP 将推动“渐进式发现”服务器先展示一个较小的入口根据对话逐步暴露更相关的工具目录。改善 SDK 开发体验官方会加强各语言 SDK 的API 易用性文档质量跨平台一致性与 MCP 规范的符合度文章特别指出现在不少开发者会让编码 Agent 直接基于 SDK 生成 MCP 客户端或服务器因此清楚、准确、机器也容易理解的 API 和文档变得更加重要。已经完成的重要改动上一轮路线图的成果大多进入了2026-07-28版规范包括移除协议级 Session 和初始化握手让服务器可以无状态横向扩展新增server/discover可在正式交互前查询版本和能力列表结果支持缓存Tasks 被重新设计为正式扩展用 Multi Round-Trip Requests 取代服务器主动请求使交互式流程也适用于无状态服务器完善贡献者制度、工作组分工、功能生命周期和废弃政策加强 OAuth 授权包括发行者验证、绑定发行者的客户端凭据和 CIMDEnterprise-Managed Authorization 扩展已经稳定对开发者意味着什么可以把路线图概括为三个转变从短请求调用转向异步、流式、可干预的 Agent 工作流从一次暴露全部工具转向按需发现工具从以人为中心的 OAuth 授权转向Agent 身份、权限委托和企业工作负载安全此外属于这五个方向的 SEP规范增强提案会获得更高的审查优先级路线图之外的提案并非不接受但处理速度可能更慢。总体来看MCP 正在从“工具连接标准”向“Agent 系统的通信、身份与执行基础设施”发展。