目录引言一次协议升级一次部署范式的迁移一、第五版核心变革从连接即状态到请求即自包含1.1 无状态核心协议层的彻底解耦1.2 显式业务句柄状态属于业务不属于连接1.3 MRTR连接可以断流程不会丢二、PR #196 升级路径OpenClaw.NET 的 MCP 2.0 实践2.1 Streamable HTTP 与协议协商2.2 网关层路由从 JSON 解析到请求头识别2.3 MCP Apps 代理端点从工具到界面2.4 Tasks 扩展从实验性 API 到正式扩展2.5 输入 Schema 的严格化与兼容性三、融合架构OpenClaw.NET 的差异化定位3.1 架构定位从MCP Client到MCP 生态编排层3.2 五大融合优势优势一无状态 Gateway × 有状态 Harness优势二MCP Apps × OpenSandbox优势三Tasks 扩展 × Harness 异步引擎优势四显式句柄 × MetaSkill Token 经济优势五JSON Schema 2020-12 × DDI Registry四、结语协议变小生态变大副标题当 MCP 从AI 的 USB变成Agent 里的迷你 SaaSOpenClaw.NET 如何成为那个 SaaS 的编排操作系统基于 MCP 2026-07-28 第五版规范与 OpenClaw.NET PR #196csharp-sdk v2.0 升级的深度解读引言一次协议升级一次部署范式的迁移2026 年 7 月 28 日MCP 协议发布第五版。最醒目的变化是会话从协议层被彻底删除——MCP 从一个有状态的双向协议变成了无状态的请求-响应协议。这意味着什么远程 MCP Server 可以像普通 HTTP 服务一样部署到Serverless、边缘节点或 Kubernetes网关可以直接通过Mcp-Method和Mcp-Name请求头路由无需解析 JSON body跨调用的状态不再藏在连接里而是通过显式业务句柄在工具参数中传递服务端反向请求客户端的能力被MRTR多轮往返请求替代与此同时OpenClaw.NET 在 PR #196 中完成了向csharp-sdk v2.0的升级全面拥抱 Streamable HTTP、协议协商server/discover、MCP Apps 代理端点、Tasks 扩展以及 JSON Schema 2020-12。这篇文章要做的不是重复协议文档而是回答一个问题当 MCP 第五版让单个 Server 变得像迷你 SaaS 时OpenClaw.NET 如何成为这些 SaaS 的编排操作系统一、第五版核心变革从连接即状态到请求即自包含1.1 无状态核心协议层的彻底解耦旧协议有状态第五版无状态对 OpenClaw.NET 的影响initialize/initialized握手每个请求自包含协议版本与能力Gateway 无需维护连接生命周期Mcp-Session-Id粘性会话移除协议层会话支持轮询负载均衡天然适配 K8s服务端内存保存客户端状态状态外置到数据库/缓存与 MetaSkill 显式状态管理哲学一致HTTPSSE 长连接Streamable HTTP 请求-响应与现有 HTTP 基础设施完全兼容关键洞察无状态化不是削弱 MCP而是把它从需要特殊照顾的协议变成可以标准运维的服务。这对 OpenClaw.NET 的 Gateway 层是重大利好——网关规则可以大幅简化。1.2 显式业务句柄状态属于业务不属于连接第五版删除了协议会话后跨调用状态如浏览器实例、购物车、审批流程通过显式句柄传递第一次调用: create_browser → 返回 browser_id 后续调用: open_page(browser_id) → click(browser_id) → screenshot(browser_id)这与 OpenClaw.NET 的MetaSkill DAG设计理念高度契合MetaSkill 的工作流节点之间本就通过显式参数传递状态工具调用的browser_id本质上就是 DAG 边上的一个数据令牌Token状态生命周期由业务定义可以跨实例、跨工具、甚至跨 Agent 传递1.3 MRTR连接可以断流程不会丢旧协议中服务端可以主动请求客户端如要求用户确认删除。这依赖持续连接在无状态架构下无法工作。第五版引入MRTRMulti Round-Trip Requests客户端发起工具调用服务端返回input_required客户端收集用户确认/参数客户端携带inputResponsesrequestState重新发起原始请求任意服务端实例继续完成任务这与 OpenClaw.NETHarness 引擎的中断-恢复机制天然互补Harness 可以将input_required状态持久化到任务存储用户响应后Harness 重新调度任务到任意 Worker 实例真正实现连接断、流程在、状态不丢二、PR #196 升级路径OpenClaw.NET 的 MCP 2.0 实践PR #196 不是简单的 SDK 版本升级而是一次面向生产环境的架构对齐。以下是关键实现与第五版规范的映射2.1 Streamable HTTP 与协议协商// OpenClawHttpClient 中的协议协商 // 1. 优先尝试 server/discover // 2. 404 或 -32601 时回退到 initialize // 3. 捕获协商版本后续请求复用对应第五版移除了硬编码的2025-03-26版本回退支持从McpDiscoverRequest的_meta信封中读取协议版本每个请求携带Mcp-Method和Mcp-Name请求头2.2 网关层路由从 JSON 解析到请求头识别// SendMcpAsync 中注入 Streamable HTTP 请求头 Mcp-Method: tools/call Mcp-Name: search Mcp-Protocol-Version:2026-07-28生产价值API Gateway、WAF、限流器可以直接根据请求头判断调用方法无需解析 JSON-RPC body大幅降低网关 CPU 开销与 OpenClaw.NET 现有的 Gateway 路由体系无缝集成2.3 MCP Apps 代理端点从工具到界面PR #196 实现了/apps/mcp/{appId}代理端点对应第五版将MCP Apps纳入正式扩展框架。OpenClaw.NET 的差异化普通 MCP Server 提供 App HTML由 Agent Host 在沙箱 iframe 中渲染OpenClaw.NET 的OpenSandbox可以为 MCP Apps 提供安全沙箱环境结合 TokenHubApp 的每次交互都可以被计量和审计2.4 Tasks 扩展从实验性 API 到正式扩展// 启用 Tasks 协议扩展 tasks.EnableProtocol true;与 Harness 的融合Tasks 的任务句柄模型与 Harness 的工作流实例 ID概念同构客户端可以查询、更新、取消任务——这正是 Harness 引擎的核心能力长时间异步操作如批量数据处理、模型训练可以通过 Tasks 标准接口暴露给 Agent2.5 输入 Schema 的严格化与兼容性PR #196 处理了第五版对 JSON Schema 2020-12 的升级工具缺失inputSchema时当前被跳过而非崩溃AllowRelaxedInputSchemaValidation作为兼容性开关工具名称清理LLM 工具名必须符合^[a-zA-Z0-9_-]$与 DDI Registry 的协同JSON Schema 2020-12 支持$ref、oneOf、anyOf、allOf这与 DDI Registry 的数据契约定义能力深度对齐工具输入输出可以被注册、版本化、治理三、融合架构OpenClaw.NET 的差异化定位文章中说现在的 MCP 服务更像一个跑在 Agent 里的迷你 SaaS。如果单个 MCP Server 是迷你 SaaS那么OpenClaw.NET 就是这些 SaaS 的编排操作系统。3.1 架构定位从MCP Client到MCP 生态编排层3.2 五大融合优势优势一无状态 Gateway × 有状态 HarnessGateway 层完全无状态支持任意负载均衡策略可水平扩展到边缘节点Harness 层通过显式句柄和 Tasks 扩展将状态持久化到 PostgreSQL/Doris结果获得 Serverless 的弹性 有状态工作流的可靠性优势二MCP Apps × OpenSandboxMCP Apps 提供交互式 HTML 界面OpenSandbox 提供安全沙箱 iframe 渲染环境TokenHub 对 App 的每次交互进行 Token 计量结果Agent 不仅能调用工具还能安全地操作复杂 UI优势三Tasks 扩展 × Harness 异步引擎Tasks 定义了标准的创建-查询-更新-取消任务接口Harness 引擎提供 DAG 级别的任务编排、重试、超时、熔断结果长时间任务如报表生成、数据迁移可以被 Agent 发起、监控、干预优势四显式句柄 × MetaSkill Token 经济跨调用状态通过显式句柄传递如browser_id每个句柄在 TokenHub 中可以被追踪、计费、审计结果状态不再是黑盒而是可治理、可计量的业务资产优势五JSON Schema 2020-12 × DDI Registry工具输入输出使用完整的 JSON Schema 2020-12DDI Registry 可以注册、版本化、治理这些 Schema结果工具契约从代码里的注释变成注册中心里的治理对象四、结语协议变小生态变大MCP 第五版做了一件很Unix 哲学的事把核心协议做得尽可能小把扩展能力做得尽可能标准。核心协议只关心如何调用工具MCP Apps 关心如何渲染界面Tasks 关心如何管理长任务OAuth/OIDC 关心如何企业接入OpenTelemetry 关心如何观测链路当单个 MCP Server 变成迷你 SaaS时OpenClaw.NET 的价值不是再做一个 SaaS而是成为SaaS 之间的编排层Gateway负责无状态路由与协议翻译MetaSkill负责工具编排与状态传递TokenHub负责计量与审计Harness负责异步任务与中断恢复OpenSandbox负责安全界面渲染DDI Registry负责契约治理这大概是 2026 年 Agent 基础设施领域最值得关注的架构方向之一。本文基于 MCP 2026-07-28 第五版规范与 OpenClaw.NET PR #196 技术细节整理。规范原文请以 MCP 官方文档 为准。引入地址
)
