MCP 无状态化今日正式落地:Agent 基础设施的「成人礼」与 7 月最后一周的三个结构性变化

MCP 2026-07-28 规范今日正式发布,移除会话握手与粘性路由,支撑 Agent 工具调用层水平扩展;同一周内 Kimi K3 开源权重、Claude Opus 5 发布,三重信号交汇指向同一结论:Agent 基础设施层正在固化。

行业观察/技术前沿 已修订 MCP 无状态协议 Agent 基础设施 Kimi K3 Claude Opus 5 协议标准化

如果你在过去一周内只关注了模型发布,你可能错过了一条比任何模型都更底层的消息——今天(7 月 28 日),MCP 历史上最大规模的修订正式生效。

这不是一次常规的版本迭代。MCP 2026-07-28 规范去掉了自 2024 年 11 月诞生以来就内置的会话握手(initialize/initialized)和粘性路由(Mcp-Session-Id),将协议层彻底无状态化。对于在 MCP 上搭建 Agent 工具栈的开发者而言,这个变化的意义不亚于 HTTP/1.1 引入 Host 头——它把协议从”单机玩具”变成了”可以水平扩展的基础设施”。

而就在同一周内,Kimi K3 的 2.8 万亿参数权重开源、Claude Opus 5 发布、Gemini 3.6 Flash 上线,多条线索在 7 月的最后一周同时收束。它们指向同一个方向:Agent 的基础设施层正在固化,竞争的重心正在从”谁的模型更强”下沉到”谁的协议和生态更稳”。

无状态化:MCP 的「成人礼」

要理解这个修订为什么重要,需要先看旧版本在生产环境中的体验。在 2025-11-25 规范下,部署一个远程 MCP Server 意味着:客户端先发送 initialize 请求建立会话,服务器返回 Mcp-Session-Id,之后所有请求都必须携带这个 Session ID 回到同一个实例。这直接引入了三个运维痛点——需要粘性路由、需要共享会话存储、负载均衡器必须解析请求体才能路由。

新规范用六个 SEP(Specification Enhancement Proposal)协同解决了这个问题。SEP-2575 移除 initialize/initialized 握手,SEP-2567 删除 Mcp-Session-Id 头。协议版本、客户端信息和能力声明现在通过每个请求的 _meta 字段携带;新增的 server/discover 方法让客户端在需要时主动拉取服务端能力。Streamable HTTP 传输层增加了 Mcp-Method 和 Mcp-Name 两个轻量级 HTTP 头,负载均衡器无需解析 JSON 请求体就能路由。

一个之前需要粘性会话、共享状态存储和深度包检测的 MCP 部署,现在可以跑在普通的轮询负载均衡器后面。用一位独立开发者的话说:“旧版本我会在 Hackathon 上用——新版本我敢在上面盖付费产品。”

无状态协议并不意味着应用必须无状态。MCP 维护者提出的 explicit-handle 模式更值得关注:服务器通过工具调用生成一个显式句柄(如 basket_id、browser_id),模型在后续调用中将其作为普通参数回传。这种模式下,状态对模型可见——模型可以跨工具编排句柄、对状态做推理,这比隐藏在传输元数据中的会话状态更强大。

除此之外,三个重要扩展同步落地:Extensions 框架(反向 DNS ID,独立于核心规范迭代)、Tasks 从实验核心毕业为正式扩展(带无状态句柄生命周期)、MCP Apps(在沙箱化 iframe 中运行服务器渲染的交互式 UI)。授权层面大幅硬化——SEP-2468 引入 RFC 9207 的 iss 校验,针对 MCP 单客户端多服务器的独特攻击面做了防护。社区生态数据也佐证了协议的成熟度:目前已有约 48,000 个 MCP Server 在 Glama 上列出(截至 2026 年 6 月),Anthropic、Microsoft、Okta 已在生产环境中运行新规范。

同一周内的模型层:K3 开源、Opus 5 发布

协议层之外,模型层也在发生结构性变化。7 月 24 日,Anthropic 发布 Claude Opus 5——这是 Claude 5 家族在不到两个月内的第四款模型,定价与 Opus 4.8 持平(5/5/25 per million tokens),在编码、计算机使用和研究任务上大幅缩小了与 Fable 5 的差距。新增的 effort 拨盘让用户可以在推理深度和 token 成本之间��权衡。值得注意的是,Opus 5 的发布节奏本身就是一个信号:在两个半月内推出四款同级模型,意味着 Anthropic 已将模型迭代从”年度大事”变成了”持续交付”。

7 月 27 日晚,月之暗面按计划开放了 Kimi K3 的完整权重——2.8 万亿参数 Mixture-of-Experts 架构,896 个专家、每 token 激活 16 个(约 1040 亿活跃参数),100 万 token 上下文窗口,原生视觉支持。K3 在 Front-end Code Arena 上以 1,679 分登顶,力压 Fable 5(1,631)和 GPT-5.6 Sol(1,618)。即使以 MXFP4 量化,运行 K3 仍需约 1.4TB 显存,但在 8-16 张 H100 或 B200 上自托管已经成为现实。

K3 开源的意义不只是”又一个开源模型”。前 Stability AI 联合创始人 Emad Mostaque 预判其推理成本将在未来几个月内再降 10-50 倍。如果成真,一个接近前沿水平的编码模型将从”按月租用”变成”一次下载、持续使用”,这对闭源 API 的定价权构成根本性挑战。硅谷有人称之为”AI 的斯普特尼克时刻”,但这个类比不够准确——斯普特尼克是”他们先到了”,而 K3 更像在说”开源权重这条路是通的,不依赖几万张 H100 也能造出能和闭源掰手腕的模型”。

交汇点:基础设施层正在固化

把协议层的 MCP 无状态化、模型层的 K3 开源、产品层的 Opus 5 密集迭代放在一起看,三条线索交汇于同一个结论:AI 行业正在从”技术竞赛”进入”工程竞赛”。

技术竞赛比的是参数量、跑分和评测榜排名。工程竞赛比的是成本结构、部署便利性、协议标准化和 Agent 能在生产环境跑多久不出错。MCP 无状态化让部署成本砍掉一大截(从需要粘性会话的后端进程到无服务器容器),K3 开源权重让模型从”按月租”变成”一次下载终身使用”,Claude Opus 5 的 pricing-parity 策略则暗示 Anthropic 认为当前的价格点已经找到了市场出清位置,下一阶段竞争不在价格上,在生态上。

一个被忽视但同样重要的变化:Google 的 A2A 协议和 IBM 的 ACP 协议也在同步推进。三套 Agent 通信协议从年初的”概念验证”走到了现在的”分庭抗礼”。这不是坏事——MCP 解决的是”模型怎么调用工具”,A2A 是”Agent 之间怎么协作”,ACP 是”Agent 怎么管理”。它们更像 TCP/IP 协议栈的不同层,不是零和竞争。生态繁荣的标志不是只有一个协议,而是每层协议都足够稳定到让开发者放心在上面搭建产品。

对于开发者,这一周传递了三条可操作信号。第一,现在开始迁移 MCP Server:新规范是 opt-in 且向后兼容的,旧功能在至少 12 个月内不会被移除,但尽早适配的可扩展性和运维简化是实在的。第二,关注 K3 的开源生态:权重已开放,接下来一周内 Hugging Face 上会出现大量微调变体和量化版本,自托管门槛会持续降低。第三,基础设施层的选型窗口正在关闭:当 MCP 规范锁定、K3 开源权重落地、Opus 5 定价策略明朗时,你在 2026 年下半年的技术栈决策已经可以做了——等不是更安全的选择,因为协议和生态正在固化,先适配者的迁移摩擦更小。

技术的商品化是不可逆的趋势。剩下的竞争,在工程��律上。