claude.com/blog · 2026-07-28 · Product announcements

MCP 2026-07-28 图解:协议核心无状态化

Model Context Protocol 的第五个规范版本,把协议核心从双向有状态连接改为 request/response——MCP server 从此是一等 HTTP 工作负载,可以跑在 serverless 和 edge 上。配套毕业的还有版本化扩展框架(Apps / Tasks)与生产级 OAuth 2.0/OIDC 认证。

零、发布时的体量

MCP 已经是连接 AI agent 与应用的事实行业标准。这版规范不是小众协议的修补,而是在巨大采用量之上的架构转向:

4 亿+ 月 SDK 下载量 年内增长 4 倍 950+ Claude connectors 目录 server 每天被数百万用户使用 第 5 版 规范版本 2026-07-28 迄今最重要的 release 之一
MCP 发布 2026-07-28 规范时的三个体量数字。

一、核心变化:有状态 → 无状态

这版规范最本质的动作:协议核心从双向有状态协议变成 request/response 模型。之前,MCP server 要持有持久连接和 session 状态,扩容意味着管理一堆长驻连接;之后,任意无状态实例都能服务任意请求,server 可以直接部署到 serverless 函数和 edge 节点上。

之前:双向有状态 Claude client MCP server 长驻进程 session 状态持有 连接绑死 在这个进程上 持久双向连接 扩容 = 管理更多长驻连接与状态 serverless / edge 无从谈起 2026-07-28 之后:request / response Claude client request response 实例 A 实例 B 实例 C 无状态实例池 serverless edge 标准 HTTP 设施 任意实例服务任意请求 水平扩展,无 session 管理
Netlify 的概括:无状态核心让 MCP 成为「一等 HTTP 工作负载,没有要绕开的 session 管理」。

二、一图看全:本版三大变化

MCP 2026-07-28(第五版规范) 迄今最重要的 spec release 之一 ① 无状态核心 双向有状态 → request/response server 可部署到 serverless / edge 构建简化 · 随用量水平扩展 ② 标准化扩展 版本化扩展框架 MCP Apps(交互式 UI) Tasks(长时间运行的工作) 不改核心协议即可加能力 ③ 认证加固 对齐生产级 OAuth 2.0 / OIDC 直连企业身份系统 Entra · Okta 无需变通方案(workarounds)
三大变化互相咬合:无状态核心解决「部署与扩展」,扩展框架解决「能力演进」,认证加固解决「企业采用」。

三、扩展框架:核心稳定,边缘创新

核心协议保持精简稳定,新能力通过版本化扩展框架进入。首批从 beta 毕业的官方扩展是 MCP Apps(server 在对话里渲染交互式 UI)和 Tasks(长时间运行的工作)。开发者从此有一条正式路径给 MCP 加能力,而不用改动核心协议:

MCP Apps 交互式 UI 渲染进对话 用户内联操作,不用切 tab 已毕业 Tasks 长时间运行的工作 (long-running work) 已毕业 未来扩展 … 同一框架下版本化演进 正式路径,不动核心 版本化扩展框架(versioned extensions framework) MCP 核心协议(2026-07-28:无状态 request/response) 精简 · 稳定 · 不被扩展改动
扩展插在版本化框架上,核心协议保持稳定——「核心稳定,边缘创新」。

四、Claude 侧的 MCP 功能栈(2026 年配套)

规范之外,Anthropic 这一年在 Claude 产品线围着 MCP 补了一整套「构建—部署—运营」功能:

MCP Apps server 把交互式 UI 直接渲染进对话 用户看到 connector 在做什么、内联操作 不用切换标签页 Enterprise-managed auth 管理员经 IdP 为全组织配置 connector 授权一次,用户按 IdP 组继承权限 首次登录即连接:zero-touch Connector 可观测性 目录发布者的开发者仪表盘 跨 Claude 产品表面:采用度、错误、延迟 按产品拆分用量 MCP tunnels(research preview) Claude 直连私有网络内的 MCP server 无入站防火墙规则 · 无公网端点 源站无需 IP 白名单
四个功能分别覆盖:端内体验、企业分发、开发者运营、私网接入。

五、生态:beta 期即跟进的公司

六家公司在 beta 期间就基于新规范构建,引述的重心惊人一致——全部落在「stateless 带来的扩展性」上:

公司引述人重心
FigmaJosh Clemm, VP of Engineeringstateless 架构随用量扩展;Apps / Tasks / Enterprise-Managed Auth 让设计与代码保持在一个连通流程
IntuitChris Kasten, Chief Architect & SVP无状态核心 + 扩展框架支撑企业级 agentic 体验,服务 1 亿消费者和企业
NetlifySean Roberts, VP of Applied AI「一等 HTTP 工作负载,没有要绕开的 session 管理」——MCP on Netlify 和平台其余部分一样简单
PostHogPaul D'Ambra, Product Engineer无状态让自家服务更易扩展,也让「客户 MCP server 的分析」更好做
XeroAndrew Goodman, VP of AI无状态核心降低管理复杂度,更快、更大规模地交付功能
ZoomRoss Mayfield, Head of Product for AI Platform标准 HTTP 设施上部署扩展更容易,把 Zoom 会议智能带进 Claude 工作流

六、合上整张图:agent 栈两端的「无机器化」

把这次规范转向放进更大的图景里。一周前我们画过 Serverless Agents:agent loop 从设备解耦——「没有哪台特定的机器拥有这个循环」,临时 worker 从 durable log 重建状态。这次 MCP 2026-07-28 在协议层做了同构的事:tool server 从长驻连接解耦——没有哪个进程拥有这个连接。agent 栈的两端就这样合流了:

Agent loop 层 —— Serverless Agents(2026-07-23) durable 控制平面 / log 状态外置,事件历史是本体 临时 worker(ephemeral) 从 log 重建 → 执行 → 消失 「没有哪台特定的机器拥有这个循环」 MCP 2026-07-28 · 无状态核心 request / response · 一等 HTTP 工作负载 Tool server 层 —— MCP 无状态化(2026-07-28) 无状态实例池 任意实例服务任意请求 serverless / edge / HTTP 设施 随用量水平扩展 「没有哪个进程拥有这个连接」
同一哲学在两个层面的落地:loop 不绑定设备(agent 层),连接不绑定进程(协议层)。
为什么这次转向值得记住

MCP 2026-07-28 不只是一次协议升级——它标志着 agent 基础设施的「无机器化」从 agent loop 层(Serverless Agents 的论证)下沉到了协议层。当 tool server 和 agent loop 都不再绑定特定机器,整个 agent 栈就可以完全跑在标准的、水平扩展的云基础设施上。对开发者:构建 MCP server 从此和构建任何 HTTP 服务一样简单;对企业:OAuth 2.0/OIDC 对齐 + IdP 分发打通了采用的最后一公里。

来源:Bringing MCP 2026-07-28 to Claude · Anthropic / Claude Blog · 2026-07-28。规范全文见 modelcontextprotocol.io;发布详情见 MCP 官方博客。相关讲解:Serverless Agents 图解