新的MCP规范解决了企业采用的主要障碍

事件核心：发生了什么

7 月 30 日，开源标准 Model Context Protocol（MCP）发布重大规范更新。该标准由 Anthropic 牵头维护，用于定义 AI 系统如何连接外部工具与数据源。此次更新的最重要变化是协议内核改为无状态（stateless）：请求不再依赖与单个服务器实例绑定的会话，而是转为请求/响应模式。这一改动被维护者 David Soria Parra 和 Den Delimarsky 称为“开发者最强烈要求的功能之一”，也是“MCP 自远程 MCP 推出以来最重要的更新”。

与无状态化同步发布的还有多项配套调整：新增 Multi Round-Trip Requests（多轮往返请求）、基于 header 的路由、可缓存列表结果、授权机制强化、正式扩展框架，以及更新后的 Tier 1 SDK。此外，新公布的弃用政策规定，某项功能从正式宣布弃用到实际移除必须间隔至少 12 个月，安全漏洞修复除外。这为企业规划技术升级路线提供了明确时间表。

为什么重要

MCP 此前的有状态设计要求在服务器端维护会话上下文，这在单机或小规模场景下问题不大，但一旦进入企业生产环境，会话管理会成为扩展性瓶颈：负载均衡、故障转移、横向扩容都因会话绑定而变得复杂。无状态化消除了这一结构性障碍，让 MCP 服务器可以像普通 Web 服务一样弹性伸缩，运维模型大幅简化。

与此同时，12 个月弃用缓冲期与正式扩展框架的推出，都透露出同一个信号：MCP 不再只是开发者社区里的实验性协议，而是在向企业级基础设施标准靠拢。在一个开源模型与专有模型并存、各家 AI 工具百花齐放的时代，谁能成为工具连接的默认协议，谁就握住了生态入口。Anthropic 借此次更新，明显在强化 MCP 作为行业通用标准的地位。

对用户/开发者/创作者的影响

对开发者而言，影响是最直接的：如果此前因为 MCP 服务器的会话状态管理复杂而犹豫，现在可以重新评估——新的无状态核心降低了编写可靠、可扩展 MCP 服务的门槛，也更容易把 AI 工具接入现有的 Kubernetes 等基础设施。Multi Round-Trip Requests 与路由增强则让复杂工作流的编排更加灵活。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

对普通用户和创作者来说，这些是“看不见但感受得到”的变化：当 AI 写作工具、图像生成应用或编程助手需要调用外部数据源时，无状态 MCP 意味着更稳定的连接、更少的超时失败，以及企业愿意在更大规模上部署 AI 功能——最终表现为响应更快、服务更可靠。不过，目前公开信息显示，此次发布主要是规范层面的更新，旧有 MCP 服务器向无状态模式迁移还需要时间。

值得关注的后续

一是 Tier 1 SDK 的实际更新进度，开发者可以立即动手验证无状态化是否如其宣称那样降低部署复杂度；二是第三方 AI 厂商（如 OpenAI、Google）是否会跟进或调整自己的工具连接方案，这将决定 MCP 能否真正统一生态；三是观察企业采用率——12 个月弃用政策给了现有用户充分的迁移窗口，但真正的检验是接下来半年新上线的 MCP 服务器中，有多少默认采用无状态架构。

来源：Slashdot