MCP协议重大更新：无状态架构破解企业级部署难题

模型上下文协议（MCP）是一项用于规范AI系统与外部工具及数据源交互方式的开源标准，本周迎来了自发布以来规模最大的一次更新。

此次更新最核心的变化是：MCP协议核心正式转为无状态架构，请求处理不再依赖绑定到特定服务器实例的会话，从根本上解决了长期制约其可扩展性的瓶颈问题。

负责撰写本次规范公告博客文章的首席维护者David Soria Parra和Den Delimarsky（均供职于Anthropic）表示：

此次发布的亮点是无状态协议核心——MCP正从双向有状态协议转变为请求/响应式无状态协议。这是开发者呼声最高的功能之一，他们迫切希望借此提升MCP服务器的可靠性与可扩展性。

Soria Parra还指出，此次更新是"自远程MCP一年多前首次发布以来最重要的一次"。除无状态架构外，本次更新还新增了多轮往返请求、基于请求头的路由、可缓存的列表结果、授权安全加固、正式扩展框架，以及更新后的一级SDK。

上述变化的目标，是让MCP在企业环境中的大规模部署变得更加便捷。MCP最初仅作为本地运行的工具，用于连接模型与本地应用，因此本次新规范对其部分基础架构进行了重大重构。

此外，新规范还引入了弃用策略：从某项功能被正式标记为弃用，到该功能实际被移除，至少保证12个月的过渡期——仅针对关键安全更新设有例外。这一举措同样契合本次新规范"让MCP更好地适配企业级规模"的整体主题。

MCP由隶属于Linux基金会的智能体AI基金会（AAIF）负责管理。MCP最初由Anthropic在近两年前推出，Anthropic目前仍对其发展方向具有重要影响力。不过，MCP已逐渐超越Anthropic的单一主导——OpenAI、谷歌、微软和亚马逊也参与其中，众多开发者工具以及越来越多用于知识管理和创意工作的软件与服务也已接入MCP生态。

从治理结构来看，最终决策权在技术上归属于各位独立维护者，而非上述任何公司。但如前所述，目前部分核心维护者仍供职于Anthropic。

Q&A

Q1：MCP无状态架构更新解决了什么问题？

A：此前MCP采用有状态协议，每个请求都依赖绑定到特定服务器实例的会话，导致在企业级场景下难以实现横向扩展和高可靠性部署。新版本将协议核心改为无状态的请求/响应模式，请求不再与特定服务器实例绑定，从而大幅提升了可扩展性和可靠性，扫清了企业大规模部署的主要障碍。

Q2：MCP新规范除无状态架构外还有哪些重要更新？

A：本次更新还包括：多轮往返请求支持、基于请求头的路由机制、可缓存的列表结果、授权安全加固、正式扩展框架，以及更新后的一级SDK。此外还引入了弃用策略，确保功能从标记弃用到实际移除之间至少有12个月过渡期，关键安全更新除外。

Q3：MCP目前由谁负责管理，哪些公司参与其中？

A：MCP由隶属于Linux基金会的智能体AI基金会（AAIF）负责管理。MCP最初由Anthropic推出，Anthropic目前仍对其方向具有重要影响力。OpenAI、谷歌、微软和亚马逊也参与了MCP的贡献，众多开发者工具及软件服务也已接入MCP生态。