第一步：格式化 API 响应
假设你从接口拿到如下压缩响应：{"code":0,"data":{"userId":1001,"token":"eyJ..."}}。直接阅读几乎不可能定位字段。打开 WoDeTool 的 JSON 格式化工具，粘贴整段字符串，页面会即时展开树形结构并高亮语法。
若格式化失败，错误信息会指向具体行号——常见原因是响应末尾多了逗号，或网关返回了 HTML 错误页而非 JSON。先确认 Content-Type 为 application/json，再排查后端。
第二步：解码 JWT 并检查 exp
许多 API 在响应或 Header 中返回 JWT。复制 token 字符串（不含 Bearer 前缀）到 JWT 解码器，即可查看 payload 中的 exp（过期时间戳）、iss（签发者）和自定义 claims。
示例：payload 显示 "exp": 1718123456。打开时间戳转换器，输入该数字并选择秒级 Unix 时间，得到可读日期。若已过期，401 错误原因一目了然，无需猜测。
第三步：对比 API 契约变更
发版前，将旧版与新版 JSON 响应分别粘贴到 JSON Diff。工具会高亮新增、删除和类型变化的字段——例如 userId 从 number 变为 string，或 meta 对象被移除。
这比肉眼对比 changelog 更可靠，尤其适合移动端与 Web 端共用 API 时的回归检查。
WoDeTool 差异化：流水线与扩展
重复上述步骤时，可在 WoDeTool 保存工具流水线：JSON 格式化 → JWT 解码 → 时间戳转换，下次一键执行。Chrome 扩展支持选中 JSON 或 JWT 文本后右键打开对应工具，并预填 ?input= 参数。
所有标准开发类工具在浏览器本地运行，响应体默认不上传服务器——适合 staging 环境快速排查（仍请勿粘贴生产密钥）。