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