Model Context Protocol（MCP）在7月28日发布了自诞生以来最大的一次规范更新。这个由 Anthropic 两年前推出、如今已成为 AI 系统连接外部工具和数据的事实标准的开源协议,这次做了一件听起来枯燥、实际很关键的事:把协议核心从有状态改成了无状态。
简单说,以前一次 MCP 请求要绑定某一个服务器实例的会话,这个实例挂了,会话就断了。新版本把这套双向长连接改成了标准的请求/响应模式,配合多轮请求、基于请求头的路由、可缓存的列表结果、鉴权加固,以及一套正式的扩展框架和更新后的一线 SDK。协议维护者之一、Anthropic 员工 David Soria Parra 称这是“MCP 自远程模式上线以来最重要的一次更新”。
从单机连接到企业基础设施的补课
MCP 最早只是跑在本地机器上,把模型接到本地应用,协议设计时压根没考虑过大规模部署。这次调整,本质上是把架构补齐到能扛住企业级负载均衡、故障切换和横向扩容的水平——旧的会话绑定模式做不到这些,新的请求/响应模式天然适配。
需要说清楚的是,协议核心无状态,不等于业务逻辑也无状态。多轮交互和外部系统仍然可以保留上下文,变化的是底层请求不再死锁在某一个服务器实例上。
治理换了主场,风险清单没换
MCP 现在由 Linux Foundation 旗下的 Agentic AI Foundation（AAIF）管理,OpenAI、Google、Microsoft、Amazon 都参与贡献。但主要维护者目前仍在 Anthropic 任职,这家公司对协议走向的影响力并没有随治理权转移而消失。参与贡献不等于四家公司已经就 MCP 达成统一采用路线,这一点原文没有给出,不必替它拔高。
新版本同时定下一条至少12个月的弃用缓冲期:一个功能从正式弃用到真正移除,中间必须留出这段窗口,除非涉及关键安全更新。对企业平台团队来说,这条政策比协议本身的技术变化更实在——它意味着接入 MCP 不用担心某天醒来发现依赖的功能突然消失。
- 结论.无状态化解决的是横向扩展和故障恢复这两个具体的架构障碍,让企业部署从“能不能做”变成“值不值得做”。
- 风险.授权模型、审计能力、数据边界和 SDK 迁移成本,原文都没有给出解决细节,平台团队评估接入前仍要自己核实清楚。
对于正在评估要不要接入或升级 MCP 的开发工具和企业软件厂商来说,这次更新值得重新排一次远程 MCP 服务的部署优先级——但排优先级和签下生产环境的合同,中间还隔着授权、审计这几关。