JSON Patch 작업 생성
두 JSON을 비교해 add/remove/replace 작업을 생성하고 변경 범위를 점검합니다.
예시 열기JSON Diff / Patch를 브라우저에서 빠르게 확인하고 공유 가능한 결과를 만듭니다.
RFC 6902 스타일 JSON Pointer 경로를 사용하며 add/remove/replace/test를 로컬에서 처리합니다.
결과가 구조화된 카드로 표시됩니다.
짧고 의도가 분명한 예시로 사용자가 바로 열고 공유할 수 있으며 검색과 AI가 도구 용도를 이해하기 쉽습니다.
두 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와 맞지 않을 수 있습니다.
도구 이름, 조회 의도, 카테고리 맥락을 조합해 비슷한 사용 사례를 더 쉽게 찾도록 돕습니다.