MCP 发布 2026-07-28 规范：协议核心转为无状态，每请求自带能力协商

发生了什么

MCP（Model Context Protocol）发布 2026-07-28 版规范。直接读规范原文能确认的核心变化：

• 基础协议：JSON-RPC 消息格式不变，但改为 stateless、self-contained requests 与 per-request capability negotiation（逐请求能力协商）——不再依赖长生命周期的会话状态。
• 特性划分：服务端提供 Resources（上下文与数据）、Prompts（模板化消息与工作流）、Tools（模型可执行的函数）；客户端提供 Elicitation（服务端发起的追问）。
• 扩展框架：核心协议之外定义了可选扩展，且必须双方显式支持并在初始化时协商。规范中提到的主要扩展包括 Tasks（长任务的异步执行，支持轮询、中途输入与持久句柄）、MCP Apps（会话内渲染的交互式 UI）与 Skills over MCP。
• 安全原则：用户同意与控制、数据隐私、工具安全被写为核心原则——工具描述与注解默认视为不可信，除非来自受信任的服务端。

为什么值得工程上留意

• 无状态化是这一版最影响架构的一点：请求自带上下文后，MCP 服务端可以直接跑在普通轮询负载均衡之后，不再需要为会话粘滞做特殊处理，水平扩展与滚动发布的代价明显下降。
• 迁移不是”改个版本号”：把有状态的握手与逐会话协商逻辑改造成逐请求模型，属于接口层重构，需要同步评估现有客户端与服务端实现。
• Tasks 扩展补上了长任务的异步模型，Agent 侧”发起—等待—取回结果”的模式可以标准化，而不是各家自定义轮询接口。

本文只转述官方规范页面中可直接读到的事实；具体迁移清单与弃用窗口请以官方规范与 SDK 发布说明为准。