01 / CONCLUSION
기본 요청도 12행을 보존했지만, 값의 형식은 원문 그대로였습니다.
첫 요청은 문의 ID와 유형을 빠뜨리지 않고 12행 표로 만들었습니다. 하지만 날짜 열에는 점, 슬래시, 한글 날짜가 섞였고 ‘급함·긴급·보통·낮음’도 그대로 남았습니다. 표 모양은 갖췄지만 정렬이나 필터 전에 다시 손봐야 하는 상태였습니다.
두 번째 요청에서 날짜 형식, 누락값과 우선순위 치환 규칙을 지정하자 12개 날짜와 12개 우선순위가 모두 같은 체계로 정리됐습니다. R-208의 기록 없는 채널은 추측한 값 대신 ‘미확인’으로 표시됐습니다.
판단
표 변환 프롬프트에는 열 이름만 적지 말고 날짜 단위, 허용값, 누락값 표시와 행 순서를 함께 고정한 뒤 원문 행 수와 대조해야 합니다.02 / SOURCE & RUBRIC
개인정보 없는 가상 문의 12줄을 서로 다른 표기 형식으로 만들었습니다.
문의 ID는 R-201부터 R-212까지 연속으로 두고, 날짜는 일곱 형식으로 섞었습니다. 채널 한 건은 일부러 ‘기록 없음’으로 두었고 우선순위는 급함·긴급·보통·낮음 네 표현을 사용했습니다.
실제 고객 이름, 연락처, 주문번호와 문의 본문은 사용하지 않았습니다. 판정은 12행 보존, 다섯 열, 날짜 통일, 우선순위 허용값과 누락값 처리로 한정했습니다.
가상 입력 12줄
R-201 결제취소 / 채팅 / 2026-08-01 / 급함 R-202 배송지연 / 이메일 / 2026.8.1 / 보통 R-203 계정문의 / 전화 / 8월 2일 / 낮음 R-204 환불문의 / 채팅 / 2026/08/02 / 긴급 R-205 상품정보 / 이메일 / 08-03 / 보통 R-206 쿠폰오류 / 채팅 / 2026년 8월 3일 / 급함 R-207 주소변경 / 전화 / 8/3 / 낮음 R-208 결제수단 / 채널 기록 없음 / 2026-08-04 / 보통 R-209 배송조회 / 이메일 / 2026.08.04 / 긴급 R-210 회원탈퇴 / 채팅 / 8월 4일 / 낮음 R-211 교환문의 / 전화 / 08/05 / 보통 R-212 영수증 / 이메일 / 2026년 8월 5일 / 급함
- 입력
- 가상 문의 12줄
- A 요청
- 열 5개만 지정
- B 요청
- 같은 입력 + 변환 규칙 7개
- 판정
- 24행·120셀 대조
- 누락값
- R-208 채널 1건
- 개인정보
- 실제 고객 데이터 없음
A. 기본 표 요청
아래 가상 문의 메모 12줄을 표로 정리해줘. 열은 문의ID, 유형, 채널, 날짜, 우선순위로 해줘. 설명 없이 표만 보여줘.
B. 조건 7개 요청
같은 가상 문의 메모를 다시 표로 정리해줘. 아래 7개 조건을 모두 지켜줘. 1) 열 이름은 문의ID·문의유형·접수채널·접수일·우선순위, 2) 원문 순서대로 정확히 12행, 3) 날짜는 모두 2026-08-DD 형식이며 연도가 없는 값은 2026년으로 처리, 4) '채널 기록 없음'은 '미확인'으로 표시, 5) 우선순위는 급함·긴급=높음, 보통=보통, 낮음=낮음으로 통일, 6) 원문에 없는 문의 내용이나 채널은 추측하지 않기, 7) 설명 없이 마크다운 표만 보여줘.
03 / BASIC REQUEST
행과 열은 맞았지만 날짜 열에 일곱 가지 표기가 남았습니다.
첫 결과는 정확히 12행과 다섯 열을 만들었습니다. ID 순서도 원문과 같았고 유형과 채널을 새로 지어내지 않았습니다. 데이터 손실이나 행 추가는 없었습니다.
그러나 날짜는 이미 ISO 형식이었던 R-201과 R-208 두 행만 2026-08-DD 형태였습니다. 급함·긴급 다섯 건도 표준값 ‘높음’으로 합쳐지지 않아 우선순위 허용값 통과는 7행이었습니다. 기록 없는 채널도 원문 문장 그대로 남았습니다.
원본 크기로 보기
원본 크기로 보기
원본 크기로 보기
원본 크기로 보기 04 / RULED REQUEST
변환 규칙을 적자 날짜와 누락값, 우선순위가 모두 정돈됐습니다.
두 번째 결과는 날짜 12개를 2026-08-01부터 2026-08-05까지 같은 형식으로 바꿨습니다. 연도가 없던 날짜는 프롬프트에 지정한 2026년으로 처리했습니다.
급함과 긴급은 높음으로, 보통과 낮음은 그대로 유지돼 우선순위가 세 허용값만 사용했습니다. R-208의 접수채널은 ‘미확인’으로 표시됐고 다른 문의 채널은 원문과 일치했습니다.
원본 크기로 보기
원본 크기로 보기
원본 크기로 보기
원본 크기로 보기 05 / COMPARISON
24행과 120개 셀을 원문 및 변환 규칙과 대조한 결과
| 검사항목 | 기본 요청 | 조건 7개 | 판정 |
|---|---|---|---|
| 반환 행 | 12 / 12 | 12 / 12 | 둘 다 통과 |
| 날짜 2026-08-DD | 2 / 12 | 12 / 12 | 조건형 통과 |
| 우선순위 허용값 | 7 / 12 | 12 / 12 | 조건형 통과 |
| 누락 채널 ‘미확인’ | 0 / 1 | 1 / 1 | 조건형 통과 |
| 5열 구조 | 12 / 12 | 12 / 12 | 둘 다 통과 |
| 원문 ID·유형 보존 | 12 / 12 | 12 / 12 | 둘 다 통과 |
정규화는 프롬프트에 미리 적은 변환 규칙과 일치할 때만 통과했습니다. 연도가 없는 날짜에 2026년을 붙인 것은 모델의 자의적 추정이 아니라 B 요청의 명시 규칙입니다.
날짜 형식
2 → 12통일된 행 수누락값
0 → 1미확인 표시 통과A. 기본 요청 전체 12행
- 01
R-201 · 결제취소 · 채팅 · 2026-08-01 · 급함
- 날짜
- 통일
- 우선순위
- 원문 표현
- 필드
- 5개
- 02
R-202 · 배송지연 · 이메일 · 2026.8.1 · 보통
- 날짜
- 원문 형식
- 우선순위
- 표준값
- 필드
- 5개
- 03
R-203 · 계정문의 · 전화 · 8월 2일 · 낮음
- 날짜
- 원문 형식
- 우선순위
- 표준값
- 필드
- 5개
- 04
R-204 · 환불문의 · 채팅 · 2026/08/02 · 긴급
- 날짜
- 원문 형식
- 우선순위
- 원문 표현
- 필드
- 5개
- 05
R-205 · 상품정보 · 이메일 · 08-03 · 보통
- 날짜
- 원문 형식
- 우선순위
- 표준값
- 필드
- 5개
- 06
R-206 · 쿠폰오류 · 채팅 · 2026년 8월 3일 · 급함
- 날짜
- 원문 형식
- 우선순위
- 원문 표현
- 필드
- 5개
- 07
R-207 · 주소변경 · 전화 · 8/3 · 낮음
- 날짜
- 원문 형식
- 우선순위
- 표준값
- 필드
- 5개
- 08
R-208 · 결제수단 · 채널 기록 없음 · 2026-08-04 · 보통
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 09
R-209 · 배송조회 · 이메일 · 2026.08.04 · 긴급
- 날짜
- 원문 형식
- 우선순위
- 원문 표현
- 필드
- 5개
- 10
R-210 · 회원탈퇴 · 채팅 · 8월 4일 · 낮음
- 날짜
- 원문 형식
- 우선순위
- 표준값
- 필드
- 5개
- 11
R-211 · 교환문의 · 전화 · 08/05 · 보통
- 날짜
- 원문 형식
- 우선순위
- 표준값
- 필드
- 5개
- 12
R-212 · 영수증 · 이메일 · 2026년 8월 5일 · 급함
- 날짜
- 원문 형식
- 우선순위
- 원문 표현
- 필드
- 5개
B. 조건 7개 요청 전체 12행
- 01
R-201 · 결제취소 · 채팅 · 2026-08-01 · 높음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 02
R-202 · 배송지연 · 이메일 · 2026-08-01 · 보통
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 03
R-203 · 계정문의 · 전화 · 2026-08-02 · 낮음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 04
R-204 · 환불문의 · 채팅 · 2026-08-02 · 높음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 05
R-205 · 상품정보 · 이메일 · 2026-08-03 · 보통
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 06
R-206 · 쿠폰오류 · 채팅 · 2026-08-03 · 높음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 07
R-207 · 주소변경 · 전화 · 2026-08-03 · 낮음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 08
R-208 · 결제수단 · 미확인 · 2026-08-04 · 보통
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 09
R-209 · 배송조회 · 이메일 · 2026-08-04 · 높음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 10
R-210 · 회원탈퇴 · 채팅 · 2026-08-04 · 낮음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 11
R-211 · 교환문의 · 전화 · 2026-08-05 · 보통
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
- 12
R-212 · 영수증 · 이메일 · 2026-08-05 · 높음
- 날짜
- 통일
- 우선순위
- 표준값
- 필드
- 5개
06 / WORKFLOW
메모를 실제 작업용 표로 바꾸는 5단계
- 01입력 행마다 고유 ID를 둡니다.
변환 뒤 빠진 행과 중복 행을 바로 찾을 수 있습니다.
- 02열 이름과 순서를 먼저 고정합니다.
같은 의미의 열이 다른 이름으로 늘어나는 일을 막습니다.
- 03날짜와 분류값의 허용 형식을 적습니다.
예시 한두 개와 변환 규칙을 함께 줍니다.
- 04누락값은 추측 대신 표시값을 정합니다.
미확인, 없음, 해당 없음의 의미를 구분합니다.
- 05행 수와 원문 키를 다시 대조합니다.
표 모양보다 데이터 손실과 임의 추가를 먼저 확인합니다.
07 / LIMITS
이번 테스트가 확인하지 않은 것
- 개인정보 없는 가상 메모 12줄 한 세트의 결과이며 실제 고객 데이터 처리를 시험하지 않았습니다.
- Gemini 화면의 마크다운 표만 확인했으며 CSV 다운로드나 스프레드시트 자동 입력을 수행하지 않았습니다.
- 날짜의 연도는 B 요청에서 2026년으로 지정했으며 문맥만으로 연도를 추정하게 하지 않았습니다.
- 분류 정확도, 처리 시간, 업무 비용과 수익 변화를 측정하지 않았습니다.
- 다른 언어·더 긴 데이터·병합 셀과 복수값 입력을 대표하지 않습니다.
08 / SOURCES
판정 기준을 정할 때 확인한 공식 출처
Google은 원하는 작업, 맥락과 출력 형식을 구체적으로 지정하는 방식을 안내합니다. Gemini 응답은 부정확할 수 있으므로 표도 원본 행과 다시 대조해야 합니다.
최종 확인: 2026년 8월 1일