生成 JSON Patch 操作列表
对比两个接口响应或配置 JSON，输出 add/remove/replace 操作，便于评审变更范围。
打开示例JSON Diff / Patch 查看
生成并应用验证 RFC 6902 风格 JSON Patch（add/remove/replace/test），查看 replace /status、failed test、remove legacyEmail、requestId/details 收敛等操作路径、断言结果和应用输出，适合接口版本迁移、错误响应收敛、字段改名评审与配置升级。
模式 + 左侧 JSON + 右侧 JSON / Patch生成模式：填写 left 和 right；应用模式：填写 left 和 patch
使用 RFC 6902 风格路径（JSON Pointer）；支持 add / remove / replace / test。包含接口样例或配置密钥时不会生成公开结果链接。
等待查询
结果会在这里以结构化卡片展示。
可直接查看的示例结果
精选短输入和高频排查场景，方便用户一键打开、转发，也让搜索和 AI 更容易理解这个工具能解决什么问题。
应用 Patch 并查看结果 JSON
把已审核 Patch 应用到左侧 JSON，快速确认输出结构是否符合预期。
打开示例应用订单状态 Patch 并验证结果
把 /status 从 pending 改为 paid，并新增 paidAt，确认 Patch 路径和值是否命中目标字段。
打开示例移除 legacyEmail 并开启 beta 标记
验证 remove 和 replace 组合是否只影响旧字段和目标开关，适合发布前补丁复核。
打开示例先用 test 断言旧状态再执行 Patch
先确认 /status 仍是 pending，再改成 paid 并补齐 paidAt，适合发布前前置条件复核。
打开示例查看 failed test 为什么阻止了补丁
当 /release/status 实际不是 draft 时，先让 test 失败，避免错误地继续执行 replace。
打开示例生成接口版本迁移 Patch
把 v1/v2 响应字段改名和功能开关变化转成 add/remove/replace 操作，方便发布前评审。
打开示例生成 AI 来源字段映射 Patch
把单一 sourceUrl 迁移成 sources[] 并补齐 canonical/robots 检查，适合 AI 答案来源页发布前评审。
打开示例生成 API 合约变更 Patch
把 v1 email/items 结构迁移到 v2 contact/nodes/lines，适合发布前合约变更评审。
打开示例生成错误 details / requestId 迁移 Patch
把 retryable 字符串、fields[] 和 traceId 迁移成 retryable 布尔值、details[] 与 requestId，适合错误响应收敛前评审。
打开示例先跑 test 再改状态字段
用 test 断言旧值后再 replace /status，适合发布前防误改。
打开示例failed test 路径断言排错
当旧值不符合预期时先阻断 Patch，快速定位前置条件或路径错误。
打开示例生成 offset 到 cursor 的迁移 Patch
把 page/pageSize/total 响应迁移到 cursor/limit/pageInfo，适合 API 分页策略变更前评审。
打开示例生成旧错误格式迁移 Patch
把分散的 status、errorCode、errorMessage 字段迁移成统一 error 对象和 requestId。
打开示例生成 details / requestId 收敛 Patch
把 retryable 字符串、fields[] 和 traceId 迁移成布尔 retryable、details[] 与 requestId。
打开示例常见问题
这些说明帮助用户理解结果，也帮助搜索引擎和 AI 更准确理解工具用途。
和 JSON 深度对比有什么区别？
JSON 深度对比侧重可读变化列表；JSON Diff / Patch 会额外产出可执行的 Patch 操作，并支持本地应用验证。
支持哪些 Patch 操作？
支持 add / remove / replace / test 四类常见 RFC 6902 操作，适合先验证前置条件，再执行字段迁移或状态修复。
如何确认 Patch 路径没有写错？
先用应用模式验证 replace /status、remove legacyEmail 这类目标路径，再用 Deep Diff 或 Schema 复核应用前后差异，确认只改了预期字段。
test 失败通常说明什么？
通常说明补丁前置条件不成立，例如旧值已变化、路径指向错误字段，或数组索引与当前数据不一致。先修复 test，再继续发布或迁移。
可以用来写 API 变更说明吗？
可以。Patch 操作能把字段新增、删除和替换拆成路径级清单，但正式发布前仍要人工确认字段语义和兼容性。
适合把 traceId、fields[] 迁移成 requestId、details[] 吗？
适合。先生成迁移 Patch，再结合 Deep Diff、Schema 和 key-path 复核 retryable 类型、details 数组和 requestId 字段是否收敛到统一包络。
输入内容会上传吗？
不会。Diff、Patch 生成和应用都在浏览器本地完成。
JSON Patch 的 test 操作适合什么时候用？
适合在 replace、remove 或 add 之前先验证旧值、发布状态、版本号或数组项是否仍符合预期。这样可以先拦截脏数据，再执行真正的字段变更。
failed test 通常意味着什么？
通常意味着补丁的前置条件已经失效，例如旧 status 已变化、路径指向了错误字段，或数组索引不再对应当前数据。先修复 test，再继续发布或迁移。
相关长尾搜索
这些词来自工具名称、用户查看意图和当前分类场景，用来帮助你快速切换相近需求，也让搜索引擎更准确理解页面。
JSON Patch 生成RFC 6902 在线查看JSON add remove replaceJSON Patch test 断言JSON Patch failed testPatch 前置条件校验API 版本迁移 Patch接口响应差异补丁