01
选对协议配置
普通 JSON-RPC 2.0 允许 batch；MCP 2025-11-25 使用 initialize，2026-07-28 使用 server/discover。不同版本的发现规则不同。
AI / LLM 开发
JSON-RPC 消息查看器按 ID 追踪每条请求
粘贴单条消息、批量数组或逐行日志；分析前选择协议配置。
JSON-RPC 消息查看器
捕获的消息
输入只在本浏览器处理，不向服务器发送请求。
分析结果
等待输入日志。
等待输入日志。
排查日志时，响应可能先于另一条请求出现。JSON-RPC 消息查看器按带类型的 ID 关联整份记录，保留原始顺序，也会把通知与待配对请求区分开。
想做 MCP 消息查看时，可从已有捕获内容中看到工具清单、资源 URI 和能力声明。JSON-RPC 请求响应分析只读取当前输入，不会访问服务器。
为什么用 JSON-RPC 消息查看器？
配对不依赖行序
批量响应可以乱序，数字 ID 与字符串 ID 也不能混作一个值。查看器画出真实的请求响应关系，通知不会被误报为漏回。
一份日志看清 MCP 结构
从 tools/list 提取工具名称和输入 Schema，从资源列表展示 URI 与 scheme。日志没出现的能力不会被凭空补上。
先识别日志形态，再看诊断
02
分清数组与逐行帧
顶层数组代表同一批量消息；每行一个完整 JSON 值代表捕获的独立帧。批量响应不能按数组位置配对。
03
编辑后重新分析
点击分析或按 Ctrl/Cmd+Enter。修改输入或配置后，旧报告立即过期，复制与下载会禁用，直到重新运行。
从配对到协议细节
精确关联 ID
数字 1 与字符串 "1" 不同。重复请求 ID 会产生歧义，孤立响应也会单独列出。
区分四类消息
请求、通知、成功响应和错误响应分别标记；MCP 只有在日志包含对应响应时才展示能力。
检查工具 Schema
检查 tools/list 中的名称及 inputSchema；同一日志有定义时，还能用 Schema 检查 tools/call 参数。
列出资源 URI
resources/list 与模板列表的 URI 连同 scheme 展示。自定义 scheme 不自动判错，也不会被打开。
静态报告的边界
- 只分析当前文本
- 不联网、不连接 MCP server，也不执行工具。JSON-RPC 消息查看器通过检查不能证明真实环境可互通。
- 协议版本各有规则
- 普通 JSON-RPC 2.0 支持批量；MCP 模式会提示不适用。2026 配置检查请求元数据，不要求已移除的 initialize。
- 缺帧不代表无能力
- 没有 tools/list，工具清单只能标为未知；没有对应 Schema 时，不会宣称 tools/call 的业务参数正确。
- 输入与展示上限
- 最多读取 500,000 个 UTF-16 单位、5,000 帧。初次只展示 50 帧，但导出包含完整分析报告。
- 错误层级不能混淆
- JSON-RPC 顶层 error 与 MCP result.isError 是两回事；通知没有响应，重复 ID 不会被强行配对。
JSON-RPC 消息查看器常见问题
JSON-RPC 请求和响应怎么用 id 对应？
将两类消息放进同一份输入。工具按类型和 ID 精确关联；只有一侧的请求会标记为未配对。
JSON-RPC 批量响应的顺序一定和请求相同吗？
不一定。2.0 允许服务器以不同顺序返回响应，配对应看 ID，而不是数组下标。
没有 id 的 JSON-RPC 消息会有响应吗？
没有 id 的请求是通知，规范不要求、也不允许服务器给它返回响应。查看器不会把它算作丢失响应。
MCP 的 tools/list 消息怎么查看？
选择 MCP 配置并放入 tools/list 请求和响应，就能看到工具名及 inputSchema 检查结果。只有请求时无法推断工具列表。
MCP 工具报错和 JSON-RPC 错误有什么区别？
JSON-RPC 错误是顶层 error；MCP 工具运行失败也可能是成功响应里的 result.isError。二者不应混为一谈。
结果不符合预期？