JSON Diff / Patch

JSON Diff / 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를 paid로 바꾸고 paidAt을 추가해 Patch 경로와 값이 목표 필드에 적용되는지 확인합니다.

예시 열기
기존 필드 정리

legacyEmail 제거 및 beta 플래그 활성화

remove와 replace 조합이 기존 필드와 목표 플래그에만 영향을 주는지 릴리스 전에 확인합니다.

예시 열기
test 검증

test 조건을 먼저 확인한 뒤 Patch 실행

/status가 아직 pending인지 확인한 뒤 paid로 바꾸고 paidAt을 추가합니다.

예시 열기
test 실패

failed test가 왜 Patch를 막는지 확인

/release/status 전제조건을 일부러 실패시켜 잘못된 상태에 replace가 실행되지 않게 합니다.

예시 열기
버전 Patch

API 버전 마이그레이션 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 먼저 실행

replace /status 전에 test로 이전 값을 확인해 릴리스 Patch 오작동을 막습니다.

예시 열기
단언 실패

failed test 경로 단언 디버깅

이전 값이 다르면 Patch를 먼저 멈춰 전제조건이나 경로 오류를 바로 찾습니다.

예시 열기
페이지 Patch

offset에서 cursor로 마이그레이션 Patch 생성

page/pageSize/total 응답을 cursor/limit/pageInfo 구조로 바꿔 페이지네이션 릴리스 전에 검토합니다.

예시 열기
오류 Patch

레거시 오류 형식 마이그레이션 Patch 생성

status, errorCode, errorMessage를 일관된 error 객체와 requestId로 이동합니다.

예시 열기
오류 정규화

details / requestId 정규화 Patch 생성

retryable 문자열, fields[], traceId를 boolean retryable, details[], requestId로 이동합니다.

예시 열기

자주 묻는 질문

사용자가 결과를 이해하고 검색엔진과 AI가 도구 목적을 파악할 수 있도록 돕는 설명입니다.

JSON Diff / Patch는 무엇을 하나요?

입력한 값을 읽기 쉬운 결과로 정리해 빠르게 확인할 수 있도록 도와줍니다.

입력 내용이 저장되나요?

가능한 도구는 브라우저에서 로컬로 실행됩니다. 서버 조회가 필요한 경우에도 조회에 필요한 값만 사용합니다.

JSON Patch의 test 작업은 언제 쓰나요?

replace, remove, add 전에 이전 값, 릴리스 상태, 버전 번호, 배열 항목이 아직 기대와 같은지 확인해야 할 때 사용합니다.

failed test는 보통 무엇을 뜻하나요?

Patch 전제조건이 오래되었음을 뜻하는 경우가 많습니다. 예를 들어 이전 status가 이미 바뀌었거나, 경로가 다른 필드를 가리키거나, 배열 인덱스가 현재 payload와 맞지 않을 수 있습니다.

관련 롱테일 검색어

도구 이름, 조회 의도, 카테고리 맥락을 조합해 비슷한 사용 사례를 더 쉽게 찾도록 돕습니다.

JSON Patch 생성RFC 6902 온라인 뷰어JSON add remove replaceJSON Patch test 단언JSON Patch failed testPatch 전제조건 확인API 버전 마이그레이션 PatchAPI 페이로드 패치 비교