TL;DR
실제 고객 주문을 상품 코드로 변환하는 파이프라인에서 배송 사고를 막기 위해 29개 테스트 문장과 정답표, 자동 채점기를 구축했습니다. Haiku 4.5는 치명적 오류를 내지 않았지만, 시험 작성자는 정답표에서 세 번, 채점 코드에서 두 번 실수했습니다. 작성자는 원점수 대신 사람이 되돌릴 수 있는지를 기준으로 Fatal, Risky, Missed, Harmless 등급을 적용하고 Fatal이 하나라도 있으면 배포하지 않는 규칙을 사용했습니다. Sonnet은 같은 답안을 재채점해 채점기의 두 버그를 찾아냈지만, LLM이 만든 50개 시험은 지정된 구성 밖의 실패 모드를 한 번도 포착하지 못해 사람의 적대적 테스트 설계가 여전히 필요했습니다.
실용적 조언
- 상품 코드 매핑 시험을 만들 때 정답률 하나만 기록하지 말고 Fatal, Risky, Missed, Harmless처럼 복구 가능성을 반영한 등급을 별도로 기록해야 합니다.
- 배포 규칙에는 Fatal 오류 허용 개수를 명시하고, 원점수가 높아도 Fatal이 있으면 배포를 중단하는 조건을 넣어야 합니다.
- 모델 답안을 자동 채점한 뒤 Sonnet 같은 별도의 LLM으로 같은 정답표와 기준을 적용해 재채점하면 정답표와 채점 코드의 불일치를 확인할 수 있습니다.
- LLM이 만든 시험 문항을 그대로 신뢰하지 말고 사람이 상품 카탈로그의 모호성, 입력 형식의 변형, 주문이 아닌 문장 등 새로운 실패 모드를 추가해야 합니다.
섹션별 상세
용어 해설
- 심각도 기반 평가(Severity Grading)
- — 모델의 응답을 단순한 정답률로 나누지 않고 실제 피해 가능성에 따라 Fatal, Risky, Missed, Harmless로 분류하는 방식입니다. 사람이 되돌릴 수 없는 오류를 별도로 관리해 배포 여부를 결정합니다.
- LLM 심사자(LLM Judge)
- — 한 LLM이 다른 모델의 답안을 미리 정한 기준에 따라 다시 평가하는 구조입니다. 자동 채점 코드의 누락이나 잘못된 판정을 찾아내는 보조 검증 단계로 활용됩니다.
- 자동 채점기(Auto-grader)
- — 테스트 입력에 대한 모델의 상품 코드 선택과 확인 요청 여부를 정답표 및 규칙과 비교해 점수화하는 프로그램입니다. 이 사례에서는 정답표와 채점 코드 자체의 오류도 함께 드러났습니다.
- 실패 모드(Failure Modes)
- — 모델이 어떤 조건에서 잘못된 상품을 선택하거나 불필요하게 확인을 요청하는지 나타내는 오류 유형입니다. 사람이 예상하지 못한 실패 모드를 시험에 넣어야 실제 운영 위험을 측정할 수 있습니다.
언급된 도구
주문 메시지와 상품 코드 매핑을 검증하기 위한 MIT 라이선스 저장소입니다. 코드와 29개 테스트 사례, LLM Judge 스크립트가 포함되어 있습니다.
언급된 리소스
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.