MCP 迎来无状态核心：企业级 AI 工具接入的关键门槛被降低

导语

面向 AI 系统连接外部工具和数据源的开放标准 Model Context Protocol（MCP），迎来了自发布以来最重要的一次规格更新。此次变化的核心不是新增某个炫目的功能，而是对协议底层形态做出调整：MCP 的协议核心从依赖双向会话的有状态模式，转向请求/响应式的无状态模式。

这意味着，MCP 请求不再必须绑定到某个具体服务器实例上的会话。对于需要负载均衡、横向扩容、故障转移和统一网关管理的企业环境来说，这一变化直指此前最棘手的部署障碍。

核心要点

• 无状态协议核心：新规范将 MCP 从双向有状态协议，重构为更接近传统 Web 服务的无状态请求/响应模型。这样一来，企业可以更容易把 MCP 服务放入已有的云原生架构、代理层和弹性伸缩系统中。
• 面向规模化的配套能力：此次更新还包括多轮往返请求、基于请求头的路由、可缓存的列表结果、授权强化、正式扩展框架，以及更新后的 Tier 1 SDK。
• 更可预期的兼容性管理：新弃用政策规定，某项功能从正式弃用到实际移除之间至少保留 12 个月窗口，只有关键安全更新存在较窄例外。这对企业制定升级计划、控制兼容性风险尤为重要。
• 治理结构继续演进：MCP 由 Linux Foundation 旗下 Agentic AI Foundation 管理。它最初由 Anthropic 推出，Anthropic 仍有重要影响，但 OpenAI、Google、Microsoft、Amazon 等也已参与贡献。

意义与影响

MCP 早期更像是让模型连接本地应用和本地数据的接口标准，而新的无状态核心显示出它正在向企业级基础设施靠拢。企业并不只关心协议能否工作，更关心它能否稳定扩容、能否穿过现有安全和路由体系、能否在升级时保持可控。

这次规格更新的价值，恰恰在于把 MCP 从“开发者方便接工具”的层面，推向“组织可以大规模运维工具接入层”的层面。对于 AI Agent、企业知识系统和各类生产力软件来说，统一的工具调用协议若要成为默认选项，就必须先解决可靠性、可扩展性和生命周期治理问题。

不过，MCP 的方向仍将取决于社区和维护者如何推进实现。规范改变只是第一步，真正的检验会发生在 SDK、服务端实现、企业网关和各类应用集成中。如果生态能跟上，新版 MCP 有望成为 AI 工具互操作层更加稳固的基础。

来源：Ars Technica AI