96SEO 2026-09-06 00:05 8
MCP 协议于2026年7月28日发布了重大升级。主要目标是实现无状态、客户端驱动的 HTTP‑友好设计,并将大量旧功能逐步弃用。这篇文章按模块拆解关键变更,并突出对开发者和运维团队的实际影响。
| 方面 | 旧版 | 新版 |
|---|---|---|
| 协议状态 | 会话 + 初始化握手 | 无状态。每个请求自包含元信息 |
| 能力发现 | Mcp‑Session‑Id + initialize 通知 | server/discover 单独查询能力和版本 |
| 主动请求方式 | 双向 RPC 支持服务端主动发起 JSON‑RPC Request | 只允许服务端返回 MRTR结果,客户端再重试完成流程 |
| 通知订阅 | SSE + resources/subscribe 等两套机制 | 统一 subscriptions/listen;SSE 的断点恢复被删除,需要重连重发全部请求 |
| 错误码程序 | - 资源不存在等错误不符合 JSON‑RPC 标准 /tbody> |
⚠️ 开发者必须彻底改造现有 SDK:/Mcp‑Session‑Id 已废弃。所有会话信息都要从每个请求的 <_meta> 中提取。

{
"jsonrpc": "","id":,"method": "tools/call","params": {
...
"_meta": {
"io.modelcontextprotocol/protocolVersion": "--"。"io.modelcontextprotocol/clientCapabilities": {},"io.modelcontextprotocol/clientInfo": {
说到"name","my-client","version": "."
}
}
}
}
🛠️ 因为每次调用都需携带完整元信息,请求体增大且验证成本上升。
🤔 客户端首次启动时要先调用 /server/discover ;若服务端不支持,将导致整个流程停滞。
{
"result":{
...
"_meta":{
"io.modelcontextprotocol/serverInfo":{
...
}
},...
}
🔄 MRTR 会显著增加往返次数;老实说,对于网络延迟较高或超时容忍度低的环境,可能导致体验下降。
{
...
"_meta":{
...
"_meta":{"requestState":"opaque-server-state"}
}
}
🚦 必须在 HTTP Header 中同步方法名、Tool 名称。否则服务器会返回 MCP Header Mismatch Error.
input_required 并
发送完整调用;这会占用更多带宽和计算资源。HeaderMismatchError;这代表着 SDK 或代理必须严格遵守规范,否则整个集成将崩溃。request_latency_ms。retry_count,error_code 等指标,以便快速定位因 MRTR 导致的性能瓶颈。| 场景 | 痛点描述 |
|---|---|
| 缺少必填 header | 调用失败但错误信息模糊 |
| 参数顺序不同 | 缓存命中率下降 |
| 多语言 SDK 不一致 | 困难调试 |
http POST /mcp HTTP/1.1 MCP-Protocol-Version: -- Mcp-Method: tools/call Mcp-Name: get_wear # 可选。根据工具类型决定是否添加
x-mcp-header-Tenant-id: tenant-A # 用于镜像 tenant_id 参数
Content-Type: application/json
{ ... # request body same as before but with meta field updated accordingly. }
$ref,$defs,oneOf。anyOf,allOf 等高级特性,但也可能导致 schema 较大,引起解析延迟。
jsonc /* inputSchema 示例 */
{
"$schema":"https://json-schema.org/draft/2020-12/schema"。"$defs":{
"..."这方面,{...}
},"$ref":"#/definitions/main"
}
$ref 最大深度为10层,以防止无限递归。
jsonc /* 返回示例 */
{
"...","_meta":{
...,"__cache_info__":{
"__ttlMs__":30000。"__cacheScope__":"public"
}
},"__tools__":
}
"private"。| 场景 | 痛点 |
|---|---|
| SSE 恢复失效 | 要求重新拉取完整列表 |
| 多种订阅类型混杂 | 增加实现复杂度 |
jsonc /* 请求示例 */
{
"..."。"__subscriptions__":
}
请求。
jsonc /* 创建 Task 示例 */
{
"...","_meta":{"resultType":"task"},"__task__":{
"__taskId__":"task-abcd1234","__status__":"working","__pollIntervalMs__":5000,"__createdAt__":"2026‑07‑28T10Z"
}
}
再看随后,
http POST /tasks/get
获取结果这方面,
jsonc /* 完成结果 */
{
"_meta":{"resultType":"complete"}。"__taskId__":"task-abcd1234","result":{
"...",// 原始 tools/call 返回值格式相同,// 包括 structuredContent 可直接校验 outputSchema.
}
}
jsonc /* capability 声明 */
{
"extensions":{
"@model-context/tasks:{...}","@model-context/ui:{...}"
}
}
默认关闭,需要显式声明才能启用。
MCP Apps 可以返回图表、表格等交互组件;但并非所有 MCP Host 都具备渲染能力,所以 UI 必须先行协商确认才可使用。
_meta。
所有 trace 信息均放入 _meta 命名空间下无需额外 header:
jsonc {"traceparent":""。"tracestate":"","baggage":""}
这样就可以让现有分布式追踪链路继续工作而无需改动 tracer 配置。不过,
日志等级改为 per-request。通过 _meta;HTTP+SSE cancel 简单地关闭 SSE 响应流即可触发服务端取消操作;stdio 下仍然使用 notifications/cancelled 指令。
| 功能 | 生命周期阶段 |
|---|---|
| Roots,Sampling,Logging。Dynamic Client Registration | Deprecated → Removed |
| 包含Context 的 Sampling.includeContext | Deprecated → Removed |
者应尽快迁移至官方推荐替代方案,以免未来版本直接删除功能造成兼容破坏。
| 影响维度 / 难点描述 | |||
|---|---|---|---|
| 维度 | 主要难题及建议 | ||
| SDK 架构更新 | 去除 session 管理,实现每个 request 自包含元信息;可以使用工厂模式包装 _meta,减少重复代码。 | ||
| 网络性能提高需求 | MRTR 增加往返次数;利用预取技术和幂等键降低重试成本。 | ||
| 监控程序适配 | 新增 resultType 字段及 ttlMs/cacheScope; 配置 Promeus 指标采集规则以跟踪 cache 命中率。 | ||
| 安全合规更新 | OAuth 改为 Metadata Document;必须更新 token 存储库以绑定 issuer。按理说, | ||
| 多租户隔离问题 | 新增 x-mcp-header 镜像参数;请确保网关支持按租户 header 做隔离。‑‑‑ ‑‑‑‑ | ||
• 如果你当前项目依赖旧版 或 的某些行为。请优先实现兼容层,在生产环境开启灰度发布后再逐步切换至纯新版方法。话说回来,
• 对于高并发场景。请务必验证 <_meta> 大小不会超过服务器设置阈值,否则可能触发拒绝服务攻击检测。
• 在引入 Task 前。请评估现有长任务是否满足幂等要求,否则可能出现重复执行副作用。
#收益/成本#
# #说明##  span aria-hidden=true>…#’#
\t\t\t\t\t\t\t\t\t<\/ad>
|
收益:
<\/strong>
<\/a>
<\/li>
<\/ul>
<\/li>
<\/ol>
\",\"text\":\"\t\"。\"lang\":\"text\"
} \t \t \t \t \t \t \t \t \t \"\u003C\/li\u003E\"\u003C\/ul\u003E\"\u003C\/blockquote\u003E\"\u003C\/blockquote\u003E\"\u003C\/blockquote\u003E\"\u003C\/blockquote\u003E\"\r?\r,\r?\r,','lang':'text'}]\r?\r,\r?\r,\r?"',?>',?>",'?,?',?'\r,'>\r?\r,'\">","","" },{ \"id\": \"para\",\"role\": \"assistant\"。\"content\": }] | |
|---|
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback