JSON Patch 操作を生成
2つの JSON を比較し、add/remove/replace の操作一覧を作成します。
サンプルを開くJSON Diff / Patchをブラウザで素早く確認し、共有しやすい結果を作成します。
RFC 6902 形式の JSON Pointer パスを利用し、add/remove/replace を中心にブラウザー内で処理します。
結果はここに構造化カードで表示されます。
短く意図が明確な例を用意し、ユーザーが開きやすく、検索と AI がツール用途を理解しやすくします。
2つの JSON を比較し、add/remove/replace の操作一覧を作成します。
サンプルを開くレビュー済み Patch を左側 JSON に適用し、出力構造が想定どおりかすぐ確認できます。
サンプルを開く/status を paid に変更し paidAt を追加して、Patch パスと値が対象項目に入るか確認します。
サンプルを開くremove と replace の組み合わせが旧項目と対象フラグだけを変更するか、公開前に確認します。
サンプルを開く/status がまだ pending か確認してから paid へ変更し、paidAt を追加します。
サンプルを開く/release/status の前提条件をあえて失敗させ、誤った状態に replace が走らないようにします。
サンプルを開くv1/v2 の項目名変更と機能フラグ変更を add/remove/replace 操作へ変換し、公開前に確認します。
サンプルを開く単一 sourceUrl を sources[] に移行し、canonical/robots 確認を追加して AI 回答ソース公開前に確認します。
サンプルを開くv1 email/items 構造を v2 contact/nodes/lines へ移行する変更を公開前に確認します。
サンプルを開くreplace /status の前に test で旧値を確認し、公開前 Patch の誤適用を防ぎます。
サンプルを開く旧値が想定外なら先に Patch を止め、前提条件やパス誤りを特定します。
サンプルを開くpage/pageSize/total 応答を cursor/limit/pageInfo 構造へ移行する変更を公開前に確認します。
サンプルを開くstatus、errorCode、errorMessage を統一 error オブジェクトと requestId に移行します。
サンプルを開くretryable 文字列、fields[]、traceId を boolean retryable、details[]、requestId へ移行します。
サンプルを開く結果の理解を助け、検索エンジンと AI がツールの目的を把握しやすくする説明です。
入力した内容を読みやすい結果に整理し、すばやく確認できるようにします。
可能なツールはブラウザ内でローカル実行します。サーバー確認が必要な場合も、確認に必要な値のみを使用します。
replace、remove、add の前に旧値、公開状態、バージョン番号、配列項目がまだ前提条件どおりか確認したい時に使います。
Patch の前提条件が古いことを示す場合が多いです。旧 status がすでに変わっている、パスが別項目を指す、配列インデックスが現在の payload と合わない、などです。
ツール名、確認意図、カテゴリ文脈を組み合わせ、近い用途を探しやすくし検索エンジンにも目的を伝えます。