MCP公布新路线图,聚焦HTTP统一与智能体身份管理

由Linux基金会旗下Agentic AI Foundation(AAIF)托管的开放标准Model Context Protocol(MCP),其核心维护者(Core Maintainers)发布了一份更新路线图,为协议下一版规范乃至更长远的发展方向定调。据日本科技媒体Publickey报道,该路线图围绕五个优先领域展开:面向智能体的消息通信、向HTTP统一的传输方案、智能体身份与企业级安全、基础工具能力改进,以及更好的SDK开发者体验。MCP官方博客证实,该路线图由核心维护者与各工作组社区共同制定,旨在"为未来数月的协议工作确定方向"。

MCP最初由Anthropic于2024年11月提出,目的是将其Claude模型与外部数据源和工具连接起来。2025年12月9日,Linux基金会宣布接受该协议的捐赠,并成立Agentic AI Foundation来管理其后续演进,Amazon Web Services、Anthropic、Block、Bloomberg、Cloudflare、Google、Microsoft和OpenAI均为白金会员。根据Linux基金会的公告,MCP已成为过去一年增长最快的开源项目之一,SDK月下载量超过9700万次,活跃服务器数量超过1万个,并已原生集成到ChatGPT、Claude、Cursor、Gemini、Microsoft Copilot和Visual Studio Code等主流AI产品中。今年7月,可统一管理访问权限的"Enterprise-Managed Authorization(EMA)扩展"进入稳定版,协议同时转为无状态连接,这一重大更新让大规模部署变得更容易。

五个优先领域

根据官方博文《The New MCP Roadmap》,此次更新延续了3月发布的上一版路线图,当时的四个优先方向是:传输演进与可扩展性、智能体间通信、治理成熟度,以及企业就绪度。过去五个月的大部分进展已体现在最新的"2026-07-28"规范版本中。协议层会话和初始化握手被移除,使服务器能够在不保持状态的情况下实现水平扩展(SEP-2575、SEP-2567);客户端新增了`server/discover`调用,可在连接前了解服务器支持的版本和能力;列表结果也变得可缓存(SEP-2549)。

• 面向智能体的消息通信:构建服务器主动发起的事件机制(webhook和频道),让客户端不必再靠轮询获取结果,并推进Tasks扩展(SEP-2663)的成熟,使其最终纳入核心规范
• 向HTTP统一的传输方案:将Streamable HTTP扩展到本地服务器,通过在stdio上运行HTTP/2来保留子进程连接的安全性与生命周期保证,同时获得多路复用的优势
• 智能体身份与企业级安全:完成Demonstrating Proof of Possession(DPoP)规范并推动其落地,通过Workload Identity Federation(SEP-1933)和ID-JAG令牌交换等方式定义智能体身份与委托机制,取代粘贴式API密钥或长期有效令牌
• 基础工具能力改进:统一`tools/call`响应的结构形式,并引入渐进式发现机制,使模型无需在用户提出第一个问题之前就加载服务器的全部工具目录
• 更好的SDK开发者体验:提升API的一致性和文档的准确性,因为越来越多开发者——乃至AI智能体本身——都是直接基于SDK来编写MCP客户端或服务器代码

这对企业意味着什么

目前MCP的授权模式默认由人类在浏览器中批准访问。但官方博客指出,越来越多的调用方其实是作为云端工作负载运行、拥有自身身份的智能体,它们代表不在场的用户执行操作,或将有限权限委托给子智能体。此次身份相关工作的目标,是让MCP服务器能够以标准化方式识别并信任这些智能体身份,依托已有标准而非粘贴式API密钥,并与IETF的OAuth和WIMSE工作组协同推进底层令牌交换机制的标准化。向HTTP统一同样具有重要的运营意义:基于Streamable HTTP构建的远程MCP服务器,如今与其他任何HTTP工作负载并无区别,企业可以用运维API的同一套基础设施——负载均衡器、网关、可观测性工具——来托管和扩展它,而无需为一个独立协议单独搭建管道。

关于提案优先级,官方博客表述得很明确:符合五个优先领域的规范增强提案(SEP)将获得加速评审,而其他提案虽不会被自动拒绝,但会面临更长的评审周期和更高的论证门槛,原因是维护者的评审能力有限,资源正被有意集中投向这五个领域。

对构建智能体的团队意味着什么

MCP已经是ChatGPT、Claude、Cursor、Gemini、Microsoft Copilot、Visual Studio Code等大多数主流AI产品用来连接外部工具的通道,这也是这份路线图远不止是一份内部工程文档的原因:它标示出智能体与工具互联事实标准的下一步走向。对于正把AI智能体接入内部系统的企业而言,HTTP统一工作应能降低大规模运行MCP服务器的运维成本,因为不再需要为基于stdio或WebSocket的部署单独维护一套基础设施。身份相关工作则针对一个团队早已面临的具体风险:API密钥在多个服务间共享,或在员工调岗后仍然有效。一种能够限定范围并可随时撤销的智能体专属凭证机制,配合审计日志,能把过去非正式的密钥共享方式,变成安全团队真正可以治理的体系。目前仍依赖长期有效令牌来验证MCP连接的企业,应把这份路线图视为一个提前信号,着手规划在身份与委托相关工作落地后的迁移方案。