기술

Opus 정확도를 4분의 1 값에, 애매한 것만 큰 모델로 넘기는 판정 구조 (Hightouch 실험)

확률만 돌려주는 판정 모델이 먼저 답하고 30~90% 구간만 Claude Opus 5.5에 넘긴 Hightouch 실험. 쉬운·어려운 시험의 정확도와 비용, 기준값 고르는 법, 한계를 정리했습니다.

Hightouch가 2026년 11월 4일 공개한 글은 고객 데이터의 ID 통합(identity resolution)에서 생기는 잘못 합친 기록, 즉 두 사람이 한 사람으로 묶인 경우(over-merge)를 AI로 찾는 실험입니다. 사람이 보면 시간당 50건 정도라, 수천 건을 빠르고 싸게 판정할 방법을 찾았습니다.

구조

  1. 모든 기록을 먼저 판정 모델에 보냅니다. 판정 모델은 답 대신 “조건이 참일 확률”을 0~1로 돌려줍니다. 글에서는 TypeSafe의 Jev와 OpenAI Decisions API의 GPT-6 Luna를 썼습니다.
  2. 확률이 낮으면 “한 사람”, 높으면 “잘못 합침”으로 바로 정합니다.
  3. 애매한 구간(가장 좋았던 설정은 30~90%)에 든 기록만 Claude Opus 5.5에게 다시 묻습니다. 쉬운 시험에서는 22%가 넘어갔습니다.

결과

쉬운 시험(1,000건, 절반이 잘못 합친 기록)

방식정확도천 건당 비용건당 시간
Opus 5.5 혼자99.0%$3.862.2초
판정 모델(Jev) 혼자95.7%$0.050.15초
Jev → 애매하면 Opus98.8%$0.880.63초

어려운 시험(까다로운 경우만)

방식정확도천 건당 비용
Opus 5.5 혼자95.1%$5.39
Jev → 애매하면 Opus95.3%$2.94

제목의 “4배”는 쉬운 시험 기준(약 4.4배)이고, 어려운 시험에서는 비용이 절반 정도로 줄면서 정확도는 비슷했습니다.

기준값 고르기

  • 애매한 구간을 넓힐수록 Opus로 가는 비율과 비용이 늘고 정확도가 오릅니다. 쉬운 시험에서 5080%는 7%, 3090%는 22%, 10~90%는 40%가 넘어갔습니다.
  • 판정 모델이 자기 확률을 잘 맞히는지(보정)가 중요합니다. Jev는 틀린 답이 50% 근처에 몰려 있어 구간 나누기에 잘 맞았고, Luna는 90~100% 구간에서 과신해서 섞어도 효과가 작았습니다.

한계

  • 데이터는 가상의 사람을 만들어 내는 pseudopeople로 만들었습니다. 실제 고객 데이터가 아닙니다.
  • 기준값을 같은 시험 세트에서 골랐고, 따로 떼어 둔 검증 세트 결과는 없습니다.
  • 비용과 속도는 Hightouch 환경에서 잰 값입니다.

오늘 할 일

내 서비스에서 LLM이 예/아니요를 판정하는 곳(스팸, 중복, 분류)이 있다면, 작은 모델이나 판정 모델의 확신도를 먼저 보고 애매한 것만 큰 모델에 보내 보세요. 구간을 바꿔 가며 정확도와 비용을 표로 남기면 기준값이 보입니다.

쇼츠로 보기

이 글은 비치콤버스 쇼츠 No.83의 짝 글입니다. 짧은 주소 beachcombers.co.kr/s/83.

김현빈 Developer & Writer

기술, 포스팅 관련 질문, 프로젝트 협업 등 연락주시면 언제든지 회신 드립니다.

esc

↑↓ 고르기↵ 열기? 단축키

해변에서 주운 것

읽으러 가기 →
guest@beachcombers — zsh

단축키

⌘K 또는 /
글·작업·개발일지 찾기
R
해변 산책 — 아무 글 하나 줍기
`
터미널 열기
←→
쪽 넘기기 (휠·스와이프도 됩니다)
?
이 안내
esc
닫기