Anthropic이 정리한 Claude 4개 모델 고르는 기준

한 줄 핵심

Claude Code에서는 대부분의 작업을 Opus 5.5의 medium 에포트로 시작하고, 작업 난이도에 따라 Sonnet·Haiku로 내리거나 Opus·Fable로 올리되, 에포트 조절과 저에포트 재시도가 모델 교체보다 먼저라는 기준이 가장 실용적이다.

시간별 요약

1. 0:00
   결론 한 줄 대부분의 작업은 Opus 5.5에서 effort medium으로 시작하는 것이 기준이며, 낮은 에포트로 실패한 것만 다시 돌리는 방식이 더 싸고 성능도 좋아질 수 있다.
2. 0:31
   네 모델과 가격 Claude에서 쓸 수 있는 주요 모델은 Haiku 5.5, Sonnet 5.5, Opus 5.5, Fable 5.2 네 가지이며, 상위 모델로 갈수록 가격이 두 배씩 뛰지만 컨텍스트 창은 모두 100만 토큰으로 같다.
3. 1:17
   작업별 시작 모델 범위가 분명한 버그 수정, 정형화된 기능, 문서 작업, 반복 조사에는 Sonnet 5.5가 적합하고, 마이그레이션·아키텍처 설계·깊은 리서치처럼 더 어려운 작업은 Opus나 Fable로 올리는 편이 맞다.
4. 2:21
   모델보다 먼저 에포트 모델을 바꾸기 전에 effort를 조절하는 것이 더 세밀한 비용 조정 방법이며, 테스트나 빌드처럼 모델이 스스로 검증할 수단을 주고도 안 되면 그때 에포트를 올리거나 상위 모델로 이동하는 순서가 효율적이다.
5. 3:27
   토큰 단가와 작업 단가는 다르다 토큰 가격이 더 비싼 모델이 실제 작업 하나를 더 싸게 끝내는 경우가 있어, 어려운 일에서는 Opus를 무조건 올리기보다 Fable을 먼저 시험해 보는 편이 합리적이다.
6. 4:24
   혼합 사용과 서브에이전트 큰 모델은 복잡한 계획과 판단을 맡고, 작은 모델은 파일 찾기·테스트 실행·로그 읽기 같은 저위험 작업을 분담시키는 구조가 효율적이며, 서브에이전트는 자기 컨텍스트 안에서 저렴하게 병렬 처리할 수 있다.
7. 6:07
   모델을 바꾸는 시점 모델을 바꾸면 캐시가 다시 쓰이고 이전 모델의 추론 기록도 이어지지 않으므로, 한 덩어리 작업이 끝난 자연스러운 지점에서 바꾸거나 먼저 대화를 압축한 뒤 새 세션을 여는 것이 좋다.
8. 6:32
   내 작업으로 다시 보기 공개 벤치마크보다 실제 자신의 작업을 두 모델에서 직접 돌려 보고 사용량과 결과를 비교해야 하며, 기본은 Opus 5.5 medium에서 시작해 필요하면 에포트를 올리고, 단순한 일은 더 작은 모델로 내려 보내는 방식이 가장 실용적이다.

실무 인사이트

• 실전에서는 모델 선택보다 먼저 effort 조절과 재시도 전략을 표준 운영 방식으로 두는 것이 비용 대비 효과가 크다.
• 작업을 '복잡한 판단'과 '쉽게 검증 가능한 실행'으로 나눠 메인 모델과 소형 모델에 분배하면 전체 비용을 줄이면서도 품질을 유지하기 쉽다.
• 모델 전환 기준은 감이 아니라 자신의 대표 작업을 기준으로 측정해야 하며, 특히 캐시 비용과 세션 전환 비용까지 함께 봐야 한다.