2026 年 8 月 22 日，Model Context Protocol（模型上下文协议，简称 MCP）官方维护者 David Soria Parra 与 Den Delimarsky 发布了下半年技术路线图。在这份路线图中，官方写下了一句醒目的警告：「连接一个拥有上百个工具的服务器，意味着模型在用户提出第一个问题之前，就必须为整个工具面支付 Token 成本。」这篇短文揭示了高密度工具调用对模型上下文的侵蚀，同时也标志着 MCP 在经历 2026 年 7 月 28 日史上最大规模无状态修订后，开始迈向更具深远意义的体系重构。
斩断 Session: 彻底抹平有状态连接的枷锁
在 2026 年 7 月 28 日发布的重大规范修订中，SEP-2575 与 SEP-2567 正式移除了 initialize/initialized 握手流程以及 Mcp-Session-Id 报头。过去客户端与服务器必须绑死在特定长连接上，导致有状态节点的水平扩展极为困难。把会话握手彻底剥离后，远程 MCP 服务器变成了标准的无状态 HTTP 服务，普通轮询负载均衡器即可直接路由请求。
无状态化带来的挑战在于如何跨请求维护业务上下文。MCP 规范引入了 Multi Round-Trip Requests（多轮 HTTP 请求模式，SEP-2322），通过 InputRequiredResult 结果结构与 requestState 凭证，使二次调用的重试可以落在完全不同的服务器实例上。同时，系统状态被抽离为大模型可见的显式句柄（如 basket_id 购物车标识符），由模型在后续调用中显式回传。这种将状态完全推给客户端与模型的机制，彻底消除了服务端维护内存 Session 的宿命。
渐进式发现: 解决上百工具对上下文的强行征税
随着扩展包与生态的爆发，单一 MCP 服务器承载数十甚至上百个 API 工具已成为常态。但在先前的机制下，客户端在发起对话前必须全量拉取 tools/list 报文，将其一次性注入提示词上下文。在多 Agent 协同的生产环境中，全量定义载入使得未发生调用的工具白白浪费了上万 Token 的上下文窗口。
图：MCP 新路线图五大优先领域官方图示。来源：Model Context Protocol Blog
为应对工具爆炸带来的算力浪费，新路线图将渐进式工具发现（progressive discovery）列为第四优先项，并同步推行响应契约标准化。新规范允许客户端按需探测服务器的能力子集，替代了先前预加载全部定义的模式；同时针对 tools/call 返回的多样化响应格式进行归一化，消除了模型解析多元结构的额外开销。渐进式工具发现降低了 Token 消耗，避免了长工具列表对大模型推理准确率的干扰。
机器对机器: 工作负载身份替代人类 Token
早期 MCP 架构主要服务于桌面 IDE 或 Chat 界面，安全策略大多围绕 OAuth 2.0 人类用户授权展开。然而，在自动化工作流与微服务交互中，执行任务的主体变成了运行在云端的自动化 Agent 节点。直接复用人类 Token 带来权限过大的隐患，增加了跨站请求冒充与安全令牌泄露的风险。
对此，路线图第三优先项全面推行 Agent Identity（Agent 身份体系）与企业级安全机制，集成了 DPoP（Demonstrating Proof of Possession，持有证明）、Workload Identity Federation（工作负载身份联邦）以及 ID-JAG。配合 RFC 9207 发行方验证与 CIMD（Client ID Metadata Documents）客户端动态注册，MCP 构建了适配多租户与微服务环境的身份基线。通过绑死私钥持有证明与工作负载身份，MCP 实现了机器对机器交互中的零信任验证。
异步事件与传输统一: 重构 Agent 间通信原语
在生产级 Agentic 工作流中，长耗时异步任务与双向事件推送是不可或缺的通信原语。路线图的第一与第二优先领域重点重构了消息传递机制：Tasks 扩展被改造为完全无状态的生命周期模式（SEP-2663），客户端仅凭 task handle 句柄即可通过 subscribe/get 驱动进度；而服务器端事件（server-initiated events）则全量转向 Webhooks 与 Channels 范式，终止了传统的轮询机制。
图：2026-07-28 无状态规范解读文章封面。来源：MCP Servers Blog
与消息原语演进并行的是传输层的统一与加固工程。此前，本地开发采用 stdio 标准输入输出传输，而远端部署则依赖 HTTP。路线图计划将基于 Streamable HTTP 的传输协议推向全场景，抹平本地与远程环境的代码差异。传输协议的统一与长任务句柄的引入，解耦了任务触发与执行过程，保障了复杂 Agent 任务的确定性执行。
传输层基础设施的归宿
回顾 MCP 的演进轨迹，这一协议最初旨在解决 LLM 客户端与本地数据源的连接问题。然而，随着 2026 年 7 月完全剥离 Session 握手，以及 8 月路线图在无状态传输、工作负载身份与异步事件上的全面推进，MCP 展现出清晰的技术收敛路径。在消除长连接负担后，MCP 正具备构建下一代 Agent 互联网的基础支撑能力。
去除有状态握手、引入工作负载身份联邦以及推进渐进式工具发现，这些决策共同勾勒出 MCP 的演进方向。正如 HTTP 协议通过无状态响应与标准动词奠定了 Web 时代的技术基石，MCP 也在用同样的简洁性重塑 AI 时代的传输规则。未来的 Agent 系统将无需在脆弱的会话状态中艰难维系，只需遵循统一的传输规范与显式句柄，便能安全自由地穿梭于分布式的工具网络之间。
参考链接：
- Model Context Protocol Blog: MCP Roadmap 2026
- Hacker News 讨论：MCP New Roadmap
