입력을 바꾸면 제안을 다시 생성
주요 버튼과 Ctrl/Cmd+Enter는 같은 작업을 실행합니다. 원본을 편집하면 이전 제안은 오래된 상태가 되어 수락과 내보내기가 비활성화됩니다. 위치가 바뀐 텍스트에 예전 변경을 적용하지 않도록 다시 생성하세요.
JSON 도구
Ctrl/Cmd+Enter로 수정 제안을 만듭니다. 강조된 변경을 수락해도 원본 입력은 덮어쓰지 않습니다.
텍스트는 현재 브라우저 탭에만 머물며 업로드하거나 영구 저장하지 않습니다.
제안은 의미를 바꾸거나 누락된 값을 추측해서 채울 수 있습니다. 이해한 변경만 수락하세요. 구문이 맞아도 데이터가 올바르다는 뜻은 아닙니다.
미리 보기가 없거나 오래되었습니다. 현재 입력으로 제안을 생성하세요.
응답에 쉼표 하나가 빠지면 필요한 데이터까지 읽지 못할 수 있습니다. JSON 복구는 가능한 수정 내용을 텍스트 차이로 보여 줍니다. 추가한 기호뿐 아니라 지우거나 바꾼 부분도 주변 키와 값에 비추어 판단할 수 있습니다.
손상된 JSON을 다룰 때는 파싱 성공만으로 충분하지 않습니다. 잘못된 JSON 수정 과정에서 끊어진 값을 추측하거나 다른 구조를 만들 수도 있기 때문입니다. 이 페이지는 후보 생성, 변경 수락, 최종 구문 검사를 구분해 원본과 대조하도록 돕습니다.
따옴표 없는 키와 쉼표로 구분되지 않은 값은 확인할 맥락이 다릅니다. 제안 목록에서 원래 조각, 바뀔 조각, 위치와 변경 수를 확인하세요. 후보를 만들었다는 이유로 변경이 자동 수락되지는 않습니다.
오른쪽에는 수락한 변경만 반영됩니다. 검토 중에는 아직 올바른 구문이 아닐 수 있습니다. 모든 변경을 수락하고 엄격한 검사를 통과해야 내보내기가 열리므로, 작업 중인 텍스트를 최종 결과로 착각하지 않도록 돕습니다.
주요 버튼과 Ctrl/Cmd+Enter는 같은 작업을 실행합니다. 원본을 편집하면 이전 제안은 오래된 상태가 되어 수락과 내보내기가 비활성화됩니다. 위치가 바뀐 텍스트에 예전 변경을 적용하지 않도록 다시 생성하세요.
변경 한 조각이 구문 오류 하나와 정확히 대응하지는 않습니다. 한 쌍의 따옴표나 인접한 수정이 함께 묶일 수 있습니다. 키와 값의 경계, 배열 안의 위치를 읽은 뒤 해당 조각을 수락하세요.
일부만 수락하면 따옴표가 짝을 이루지 않거나 구분자가 여전히 빠져 있을 수 있습니다. 남은 제안을 검토한 후 최종 검사 상태를 확인하세요. 직전 작업을 되돌리면 입력과 결과, 수락 상태가 함께 복원됩니다. 지우기와 예제 불러오기도 되돌릴 수 있습니다.
JSON 복구는 빠진 쉼표와 따옴표, 작은따옴표, 후행 쉼표 등에 대한 후보를 만듭니다. 엔진은 주석, Python 리터럴, 코드 포장과 잘린 구조도 바꿀 수 있습니다. 이런 변화가 단순한 문장부호 수정이라고 가정하지 말고 차이를 확인하세요.
제안을 수락하면 결과만 바뀌고 원본 편집기는 그대로 남습니다. 원래 텍스트에 수락한 차이만 적용하며 마지막에 들여쓰기를 다시 만들지 않습니다. 따라서 유효한 숫자 표기를 파싱 후 재직렬화하면서 반올림하는 일을 피합니다.
각 수락 후 현재 결과를 엄격하게 검사합니다. 검사 중단이나 작업량 제한이 있으면 내보낼 수 없습니다. JSON 자동 복구 후보가 생성되었다는 사실과 사람이 검토했다는 사실, 구문 검사를 통과했다는 사실은 각각 다른 조건입니다.
누락된 쉼표, 따옴표 없는 키, 작은따옴표와 후행 쉼표가 대표적입니다. 주석, 코드 포장, 미완성 구조도 변경 후보가 될 수 있습니다. 값과 구조를 바꾸는 제안도 있으므로 강조된 부분을 개별적으로 확인해야 합니다.
항상 가능하지는 않습니다. 모호한 입력은 여러 해석이 가능하고, 정보가 너무 많이 사라졌으면 후보를 만들지 못할 수 있습니다. 원본을 보존하고 완전한 응답을 확보하는 것이 우선입니다.
아니요. 수정과 검사는 현재 브라우저 탭 안에서 처리되며 입력을 외부 서버로 보내거나 영구 저장하지 않습니다. AI 서비스 호출이나 URL 가져오기도 제공하지 않습니다.
JSON 복구에서 직전 수락을 되돌리거나 원본을 직접 고친 다음 제안을 다시 만드세요. 특히 잘린 위치와 추측으로 추가된 값을 확인해야 합니다. 파싱이 된다고 해서 원하는 내용으로 복원된 것은 아닙니다.
아니요. 필수 필드가 빠졌거나 값이 잘못되어도 구문 자체는 유효할 수 있습니다. 이 도구는 업무 규칙이나 Schema를 검사하지 않으므로 결과를 수신 시스템의 요구사항과 대조해야 합니다.
예상과 다른 제안이 있나요?
JSON 복구로 재현 가능한 작은 입력을 살펴보고 변경별로 판단하세요. 원본을 보관하면 결과를 애플리케이션에서 검사할 때 어떤 부분이 바뀌었는지 대조할 수 있습니다.