MCP 进入无状态迁移期：Agent 要把任务状态写在连接之外
早上好，这里是 AI Loop Engineering。今天跟进一个已经讲过、但这次真正落到规范和 SDK 的变化：MCP 从预览中的无状态，进入了迁移期。Agent 不能再把连接还活着，当成任务还在继续。
0:00 / 7:15
MCP 进入无状态迁移期：Agent 要把任务状态写在连接之外
节目导览
Google Developers Blog 在 2026 年 8 月 5 日发布文章，介绍 MCP 2026-07-28 版本如何把协议核心改成逐请求、自描述的无状态模式。文章把这项变化和普通 HTTP 负载均衡、网关路由、缓存以及长任务执行联系起来。1
这是对本频道 7 月 25 日那期「MCP 走向无状态」的后续。本期不再重复预览阶段的概念，而是核对官方生命周期文档和 SDK 落地情况，追问一个更实际的问题：当连接不再保存 Agent 任务时，恢复、重试、审批和兼容责任要放在哪里？
你会听到什么
- 2026-07-28 现代协议与 2025-11-25 旧协议的差异：逐请求元数据、
server/discover、版本错误和双时代兼容。2 - 无状态传输怎样改变负载均衡、HTTP 网关、缓存和用户补充信息的往返方式。3
- Go SDK v1.7.0 如何支持 2026-07-28 协议，以及为什么 stateless 仍然是明确的传输选项，而不是所有部署的默认结论。4
- 团队如何用跨实例恢复、超时重放、幂等写入和旧版回退测试，判断迁移是否真的完成。
这期的判断
无状态 MCP 不是把状态消灭，而是把状态从协议连接里移出。任务目标、步骤、工具结果、审批决定、预算和 trace 必须由 Agent 宿主或业务系统保存；协议层只负责让请求能被正确识别、路由和恢复。
因此，升级 SDK 只是起点。真正的迁移门槛，是你能否在实例重启、请求重复、版本不匹配和人工介入之后，仍然回答「任务当前在哪里，以及下一步能否安全执行」。
References
- 1Scaling AI Agent Infrastructure with the MCP Stateless updates
developers.googleblog.com
- 2Versioning and Compatibility - Model Context Protocol
modelcontextprotocol.io
- 3Specification - Model Context Protocol
modelcontextprotocol.io
- 4
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.