답변이 매끈하면 어디를 의심해야 할지 오히려 막막합니다. 처음부터 모든 문장을 똑같이 살피기보다, 틀렸을 때 영향이 큰 값부터 확인해 보세요. 날짜·금액·누락된 조건을 먼저 보면 검수 순서를 잡기 쉽습니다.
이 글은 기존 16개 실험의 기록을 작업용 점검표로 정리한 것입니다. 새 모델 실험이나 오류 발생률 통계가 아닙니다. 아래 표에서는 실제 관찰한 차이와 미리 확인할 예방 항목을 구분했습니다.
일곱 항목을 원문 사례와 연결했습니다.
| 항목 | 관찰·점검의 성격 | 직접 볼 원문 |
|---|---|---|
| 개수·순서 | 문의 분류 응답에서 정렬 순서가 달라짐. 원문 순서 요구 여부와 분리해서 판단 | 문의 분류 전수 표 |
| 보호 문자열 | 번역에서 날짜 표기가 바뀜. 의미 오류가 아니라 보존 목적의 차이 | 번역 문자열 대조 |
| 한계 누락 | 도입문·판매 문구에서 미측정·구매 불가 조건을 대조 | 도입문 근거 대조 |
| 원문 밖 주장 | 상품 명세에 없는 효과·평가가 추가된 사례 | 상품 소개 전수 표 |
| 빈 값 처리 | 예방 점검 항목. 빈 담당자를 문자열/null 중 무엇으로 둘지 정하는 계약 | JSON null 규칙 |
| 허용값·자료형 | 지정하지 않은 범주와 실제 위반을 구분해야 하는 변환 규칙 | 표 변환 기준 |
| 계산 기준 | 연속값 수량과 올림 수량의 매출 기준이 다른 사례 | 손익분기 대조 |
값싼 검사로 시작하고, 사람 판단은 뒤에 남깁니다.
- 원본과 출력의 행 수·ID를 비교합니다. 누락과 중복이 있으면 다음 단계로 넘기지 않습니다.
- 형식 계약이 있다면 문법·자료형·허용값을 검사합니다. 계약이 없었다면 결과가 다르다는 이유만으로 오류 점수를 만들지 않습니다.
- 각 문장의 근거를 원자료에서 찾습니다. 추측·평가·새 경험이 추가됐다면 보류합니다.
- 계산은 원시 값과 중간 산식으로 다시 확인합니다. 반올림 단계와 단위를 함께 봅니다.
- 확인 불가 항목을 남깁니다. 결과를 고치는 것보다 원자료를 더 받아야 하는 경우도 있습니다.
“4/8 → 50%”는 어느 칸에 넣어야 할까요?
계산 정확성은 통과입니다. 원문 표현을 그대로 보존하라는 계약이 있었다면 표현 보존은 불일치입니다. 두 판정을 나누면 “사실 하나가 빠졌다”는 잘못된 결론을 피할 수 있습니다. 같은 원리로 한국어 키를 요청해 받은 JSON을 영어 키가 아니라는 이유로 틀렸다고 하지 않습니다.
한 결과에 한 줄씩 판정을 남깁니다.
| ID | 검사 | 결과 | 다음 행동 |
|---|---|---|---|
| R-01 | 문법 | 통과 | 스키마 확인 |
| R-02 | 원문 날짜 | 확인 불가 | 기준 시점 요청 |
| R-03 | 표현 보존 | 불일치 | 변환 허용 여부 결정 |
이 세 행은 작성 방법을 보여 주는 편집 예시입니다. 실제 Gemini의 추가 응답이나 실패 횟수가 아닙니다.
이 글의 재현 자료
전체 자료의 범위·실행 방법·주의사항은 재현 자료 안내에서 한번에 확인할 수 있습니다.
검수 시간이 15분뿐이라면 이 순서로 봅니다.
모든 문장을 처음부터 읽으면 사실과 표현의 문제가 섞입니다. 먼저 틀렸을 때 실제 행동을 바꾸는 값을 찾습니다. 금액·날짜·대상·조건·파일명은 먼저, 문체나 어감은 뒤에 봅니다.
| 0~5분 | 5~10분 | 10~15분 |
|---|---|---|
| 원본과 숫자·날짜 대조 | 빠진 조건·단정 표현 표시 | 제목·요약·링크 확인 |
이 시간은 품질 보장 수치가 아니라 첫 검수의 우선순위입니다. 안전·법률·결제처럼 틀렸을 때 비용이 큰 내용은 전문가와 최신 원문 확인이 더 필요합니다.
언제 발행을 멈출까?
- 출처의 발행일·적용 대상이 불명하다.
- 숫자는 맞지만 분모나 기간이 다르다.
- 원본에 없는 원인·후기·성과가 추가되었다.
- 독자가 누르면 실행되는 링크나 파일을 실제로 열어 보지 않았다.
