MCP多轮请求兼容核验工作流

MCP多轮请求兼容核验工作流

3个实用技能 · 3步完成 · 每一步都能单独使用

把旧版 MCP 服务端主动请求样例整理为 2026-07-28 MRTR 的 input_required、inputRequests 和重试 inputResponses 结构，并核验版本能力、结果类型和迁移缺口；只处理脱敏本地 JSON，不连接真实 MCP 服务、不发送请求。

3个可下载技能 · 每个技能可单独运行

3步自动化工作流

🔵 1 MCP多轮请求能力探测

技能文件：mcp-mrtr-capability-probe

解决什么： 检查服务发现或测试夹具是否声明协议版本、MRTR/Tasks 能力，以及 complete 和 input_required 结果类型。

What you get: 能力探测 JSON，包含 READY/REVIEW、缺口列表和稳定 probe_hash。

↓ 本步结果自动进入下一步

🟢 2 旧版请求转换

技能文件：mcp-mrtr-legacy-converter

解决什么： 将脱敏的旧版服务端请求样例转换成 InputRequiredResult、inputRequests 和原请求重试骨架，避免把旧 SSE/主动请求语义直接当成新协议。

What you get: 转换 JSON，包含 resultType=input_required、请求映射、inputResponses 槽位和 conversion_hash。

↓ 本步结果自动进入下一步

🟠 3 MRTR兼容闸门

技能文件：mcp-mrtr-compatibility-gate

解决什么： 汇总能力探测和转换结果，检查结果类型、请求映射和重试槽位，输出 COMPATIBLE 或 HOLD。

What you get: 可进入客户端回归测试的兼容结论、阻断原因、协议版本和 gate_hash；不连接、不调用、不重放外部 MCP 请求。

↓ 本步结果形成最终交付

实际示例

脱敏样例模拟一个旧版 elicitation/create 服务端请求：第一步读取 2026-07-28 能力夹具，第二步生成 resultType=input_required 和原请求重试骨架，第三步输出 COMPATIBLE。另一个缺少 input_required 结果类型的夹具会稳定输出 REVIEW/HOLD。这是本地测试情境，不冒充真实服务兼容成果。

适合谁

• 正在把 MCP 2025 版服务或客户端迁移到 2026-07-28 规范的工程团队

• 维护 Elicitation、Sampling、ListRoots 或 Tasks 相关适配器的开发者

• 需要在接入前检查协议版本、结果类型和多轮输入语义的集成测试团队

• 交付 Remote MCP、网关、SDK 适配和协议回归服务的自动化服务商

买家只需提供

• 脱敏的 server/discover 能力 JSON 或等价测试夹具

• 旧版服务端请求、原始客户端请求和预期的多轮输入字段

• 目标协议版本、兼容范围和需要阻断的迁移缺口

使用方式

1. 使用 Python 3.10 或更高版本，在隔离目录保存脱敏 JSON，不放密码、Cookie、令牌、真实客户内容或远程地址。

2. 依次运行能力探测、旧版请求转换和兼容闸门；每个技能也可单独运行，输出文件由参数指定。

3. 在测试夹具上验收后，再由买家自己的 MCP 客户端、服务端和回归环境执行真实协议测试。

交付与验收

• 三个独立技能目录，每个包含 _meta.json、SKILL.md、README.md、标准库脚本、agents 配置和脱敏示例。

• 具备完整 2026-07-28 能力的夹具应输出 READY、resultType=input_required 和 COMPATIBLE；缺少关键字段应输出 REVIEW 或 HOLD。

• 转换结果必须保留原请求 ID、inputRequests 映射和 inputResponses 槽位；全程 network_request_executed=false。

• 不包含 MCP 服务、SDK、服务器地址、账号、密钥、真实网络调用、协议升级实施或人工兼容保证。

服务说明

本套餐是离线结构和迁移核验工具，不替代 MCP 官方规范、SDK 版本测试或真实网络联调。协议实现可能因客户端、服务端和扩展版本不同而有额外差异；兼容结论只对输入夹具负责。套餐不承诺零错误、绝对兼容、绝对合规、收入或固定节省比例。