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,輸出 add/remove/replace 操作,方便審核變更內容。

打開示例
套用 Patch

套用 Patch 並驗證結果 JSON

把已審核 Patch 套用到左側 JSON,快速確認輸出結構是否符合預期。

打開示例
狀態 Patch

套用訂單狀態 Patch 並驗證結果

把 /status 從 pending 改為 paid,並新增 paidAt,確認 Patch 路徑和值是否命中目標欄位。

打開示例
清理舊欄位

移除 legacyEmail 並啟用 beta 標記

驗證 remove 和 replace 組合是否只影響舊欄位和目標開關,適合發布前補丁複核。

打開示例
test 斷言

先用 test 斷言舊狀態再執行 Patch

先確認 /status 仍是 pending,再改成 paid 並補齊 paidAt,適合發布前前置條件複核。

打開示例
test 失敗

查看 failed test 為何阻止補丁

當 /release/status 實際不是 draft 時,先讓 test 失敗,避免錯誤地繼續執行 replace。

打開示例
版本 Patch

生成接口版本遷移 Patch

把 v1/v2 回應欄位改名和功能開關變化轉成 add/remove/replace 操作,方便發布前審核。

打開示例
AI 來源 Patch

生成 AI 來源欄位映射 Patch

把單一 sourceUrl 遷移成 sources[] 並補齊 canonical/robots 檢查,適合 AI 答案來源頁發布前審核。

打開示例
合約 Patch

生成 API 合約變更 Patch

把 v1 email/items 結構遷移到 v2 contact/nodes/lines,適合發布前合約變更審核。

打開示例
test 前置

先跑 test 再改狀態欄位

先用 test 斷言舊值,再 replace /status,適合發布前防止誤改。

打開示例
斷言失敗

failed test 路徑斷言排錯

當舊值不符合預期時先阻斷 Patch,快速定位前置條件或路徑錯誤。

打開示例
分頁遷移

生成 offset 到 cursor 的遷移 Patch

把 page/pageSize/total 回應遷移到 cursor/limit/pageInfo,適合分頁策略變更前審核。

打開示例
錯誤遷移

生成舊錯誤格式遷移 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 已變、路徑指向錯欄位,或陣列索引不再對應當前資料。

相關長尾搜尋

這些詞結合工具名稱、查詢意圖與分類場景,方便切換相近需求,也幫助搜尋引擎理解頁面用途。

JSON Patch 生成RFC 6902 線上查看JSON add remove replaceJSON Patch test 斷言JSON Patch failed testPatch 前置條件校驗API 版本遷移 Patch接口回應差異補丁