MCP 协议最大更新：无状态架构、认证强化与扩展框架
2026 年 7 月 28 日，Model Context Protocol（MCP）发布了自 2024 年 11 月 Anthropic 推出该协议以来最大的一次架构更新。这次更新由 Linux 基金会旗下的 Agentic AI Foundation（AAIF）主导，核心变化是协议正式完成向完全无状态架构的转变。
AAIF 执行董事 Mazin Gilbert 将这次更新与 HTTP 的历史性转变做类比：浏览器能访问任何网站才有了今天的互联网，MCP 同样需要做到任何客户端能访问任何服务器，才能支撑大规模企业部署。
为什么有状态架构撑不住
MCP 最初是为单一 AI 应用（如 Claude Desktop）通过 stdio 与本地服务器通信设计的。在这个场景下，客户端发起连接、完成 initialize 握手、双方记住会话状态——这套流程在本地完全合理。
问题出在企业级部署。当组织在负载均衡器、Kubernetes 集群或多云环境中运行 MCP 服务器时，有状态连接变成了瓶颈。客户端被"粘"在持有其会话的特定服务器实例上，标准轮询负载均衡无法分配流量，你需要 sticky sessions 或共享会话存储——这些运维负担与 MCP 要解决的业务问题毫无关系。
更麻烦的是连接脆弱性：一旦持有会话的 pod 宕机，整个会话状态丢失，所有进行中的智能体任务随之断掉。
协议维护者 Justin Spahr-Summers 早在 2024 年 12 月就在 GitHub 设计讨论中标记了这个问题。Vercel、Cloudflare、Shopify、Amazon 的工程师在随后几个月陆续参与讨论，2025 年 12 月核心维护团队正式确定了无状态方向。
无状态核心：每个请求自包含
新版协议移除了 initialize 握手。每个 JSON-RPC 请求变成自包含的——客户端在 _meta 对象中携带协议版本、客户端身份和能力标志，任何服务器实例都能处理任何请求。
对于之前在握手阶段完成的能力协商（capability negotiation），新版引入了 server/discover RPC 方法，客户端按需查询服务器支持的能力，不依赖连接级状态。
协议维护者 David Soria Parra 在 VentureBeat 采访中解释了设计取舍：
你会得到更大的 payload，但换来了无状态。好消息是这些 payload 非常可压缩，跟一个普通 HTTP 请求相比仍然很小。
关于状态管理的迁移，维护者 Den Delimarsky 强调这是责任的有意转移，而非简单移除：
我们确实把创建和管理状态的责任转移给了开发者，但这是有意的。之前很多人困惑：我需要用这个吗？在哪里用？怎么用？移除这个负担就是告诉开发者：现在你可以用适合自己环境的方式管理状态。
具体做法是显式句柄（explicit handles）模式：服务器在第一次工具调用时返回一个标识符（如 basket_id、workflow_id），客户端在后续调用中将标识符作为普通参数传回。LLM 可以推理这些句柄、跨工具组合、在工作流步骤间传递——这在有状态协议中是被隐藏在传输层元数据里的，对模型不可见。
被移除和新增的能力
新版移除了带外服务器日志（out-of-band server logging），即服务器随时向客户端推送日志消息的能力。Soria Parra 说团队爬取了整个 GitHub 确认几乎没人在用。Roots（客户端向服务器声明文件系统根路径）和 Sampling（服务器请求客户端完成 LLM 推理）两项能力被标记为弃用候选。
新增的两项官方扩展是 MCP Apps 和 MCP Tasks。
MCP Apps 让服务器直接向 AI 客户端推送交互式服务器渲染界面——仪表盘、表单、可视化组件，通过沙盒 iframe 在客户端内渲染。这把智能体输出从纯文本推向了富 UI 交互。
MCP Tasks 解决长运行操作的痛点。之前一个批量处理或重计算任务会一直占用连接直到完成。新版服务器返回一个持久任务句柄（taskId），客户端可以断开、崩溃、重启后再轮询状态。Delimarsky 举例：处理播客音频或视频时，服务器可以异步完成后通知客户端，不需要保持流连接。
认证强化与 12 个月弃用保障
新版将 MCP 的认证规范与 OAuth 2.1 和 OpenID Connect 的实际部署方式对齐。最关键的变化是强制校验 issuer（iss）参数，在协议层面封堵了一类 mix-up 攻击——攻击者可能诱导客户端将授权响应与错误的身份服务器关联。
Delimarsky 澄清这是预防性工程，当前没有已知漏洞被利用。
新版还推出了 Enterprise Managed Authorization（EMA）扩展，与身份提供商 Okta 合作开发，允许企业用自己的身份提供商作为 MCP 服务器访问的统一网关。后续还有 DPoP（demonstrated proof-of-possession）和工作负载身份联合的提案在推进中。
12 个月弃用保障期是企业最关心的政策层面变化。任何功能从标记弃用到实际移除至少留 12 个月。Delimarsky 说这个数字是咨询了 Google、Microsoft、Amazon 后定的合理中间值。维护团队的遥测数据显示生态圈大部分在 6 到 8 个月内完成升级。Soria Parra 补充这更像是一个反馈窗口而非倒计时：12 个月后他们"有权移除"，但会根据反馈调整。
治理与生态规模
AAIF 从 2025 年 12 月成立时的约 40 个成员增长到目前的 240 个，是 Linux 基金会历史上增长最快的基金会。核心维护团队跨 Anthropic、Microsoft、OpenAI、Google、Amazon 五家，Anthropic 的贡献占比已降至 50% 以下。
成员构成已超越科技公司扩展到零售、金融、电信行业，甚至包括 CERN 和 Consumer Reports。Gilbert 将其解读为企业不再只是部署协议，而是要参与制定规则。
SDK 下载量在六个月内翻倍，目前约每周 2.5 亿次。Soria Parra 在 VentureBeat 采访中说："这是疯狂的数字。"
关于中美科技紧张局势下的标准统一性问题，Gilbert 给出了明确的立场：协议必须开放、标准化，无论模型来自中国还是美国都要支持 MCP。今年秋季 AAIF 将在上海、东京、阿姆斯特丹、圣何塞举办 AGNTCon 和 MCPCon 活动。
对开发者的影响
对于使用官方 SDK（TypeScript、Python、C#、Rust、Java 等）的大多数开发者，迁移路径应该是平滑的。Soria Parra 说了一个有时代特征的细节：协议维护者现在会验证迁移路径是否足够简单，"简单到世界上任何模型都能一次帮你搞定"。
迁移的核心工作是移除会话依赖逻辑，将隐式会话状态改为显式句柄模式，以及根据需要采用新的扩展（Apps/Tasks/EMA）。被标记弃用的 Roots、Sampling 和 Logging 有 12 个月窗口期可以逐步替换。
数据来源：VentureBeat 2026 年 7 月 28 日报道，AAIF 官方公告及迁移指南。