MCP无状态化之后:Agent协议真正开始竞争什么?
7月28日,Model Context Protocol(MCP)发布2026-07-28版规范,最核心的变化是MCP的核心协议改为无状态设计。新版取消了连接级session与initialize/initialized握手,每个请求自行携带协议版本、客户端身份和能力信息。这意味着MCP Server可以像标准Web服务一样挂在负载均衡器后面、横向扩容、被网关统一观察和限流。
这一变化的深层含义是:Agent协议正在离开"怎样把模型接到工具上"的早期阶段,转向面对一个更像组织管理的问题——一个会说话、会规划、还会行动的系统,到底能替谁做什么,谁要为那次行动负责。
无状态化将状态权责从连接转移到显式对象。新版规范中,如果某个工具需要跨调用保存信息,可以生成一个handle(如合同草稿ID、任务号),下次调用时由模型或Host作为参数带回。新引入的MRTR(Multi Round-Trip Requests)机制处理工具调用中途需要人类补充信息的场景。但规范明确指出:如果响应流断开,客户端需将未完成请求作为新请求重新发起,协议不会自动接续"断在半路的那件事"。这对幂等性设计提出了硬性要求。
新版MCP同时展现出"窄腰"设计思路:Tasks移至官方扩展,Sampling、Roots、Logging被标记弃用,Core仅保留工具调用、资源读取、基本上下文和授权。MCP不再试图把完整Agent Runtime装进核心。外界分析认为,Agent世界更可能长成一套分层协议栈——MCP负责调用,A2A负责多Agent协作,WebMCP探索网页向Agent暴露能力,界面协议处理人机交互,商业协议处理支付。
协议战的真正核心不是工具对接,而是代理权与责任链归属。当Agent开始替人做不可逆的动作时,身份验证、权限拆分、授权审计和追责机制将成为决定性因素。开放协议降低的是接入门槛,价值将向能提供信任、治理和责任承接的环节集中。