Fable·Opus·Sonnet·Haiku, 어떤 Claude 모델로 만들어야 할까? | 모델 선택 가이드 9분 총정리
한 줄 핵심
Claude 작업은 무조건 큰 모델로 시작하기보다 Opus 5.5를 기본값으로 두고, 먼저 effort를 조정한 뒤 작업 성격에 따라 Haiku·Sonnet·Opus·Fable를 나눠 쓰는 것이 가장 비용 효율적이다.
시간별 요약
-
0:00
이 일을 어떤 모델에 맡길까 온라인 상점 예시로 코드 마이그레이션, 구독 기능, 상품 페이지, 메시지 분류 같은 서로 다른 작업을 어떤 Claude 모델에 맡길지 다루며, 네 모델의 쓰임새를 순서대로 정리한다.
-
0:23
기본값은 Opus 5.5 medium에서 시작 모르겠을 때는 Opus 5.5를 medium으로 시작하는 것이 기본이며, 네 모델은 모두 100만 토큰 컨텍스트를 가지지만 가격과 기본 effort는 다르다. Claude Code에서는 model과 effort 상태를 확인하며 시작 설정을 조정할 수 있다.
-
1:05
작업별로 네 모델에 일을 나누기 대규모 타입스크립트 전환이나 긴 마이그레이션은 Fable 5.2, 반복적인 기능 개발과 일반 디버깅은 Opus 5.5, 범위가 분명한 기능과 문서 작업은 Sonnet 5.5, 분류나 대량 처리 같은 단순 작업은 Haiku 5.5가 적합하다. 서브 에이전트나 조사·초안·리뷰 같은 반복 작업도 작업 난이도에 따라 더 작은 모델로 내려갈 수 있다.
-
2:28
모델보다 effort가 먼저 모델을 바꾸기 전에 effort를 먼저 조정해야 하며, effort는 더 오래 생각하고 더 많이 검증하게 하지만 없는 능력을 새로 만들지는 못한다. 성능이 부족하면 검증 수단 추가, effort 상향, 더 강한 모델을 더 낮은 effort로 시도하는 순서로 대응하고, 실패 작업만 재시도하는 방식이 비용 효율적일 수 있다.
-
4:23
속도와 컨텍스트 비용 사람이 기다리는 작업은 Sonnet 5.5를 낮은 effort로 시작하는 것이 좋고, 속도가 더 필요하면 상위 모델의 빠른 모드를 고려한다. 큰 컨텍스트는 매 턴마다 다시 전송되므로 비용이 커지며, 긴 읽기 작업은 저렴한 서브 에이전트에 맡기고 가장 어려운 작업의 비용까지 포함해 전체 지출을 봐야 한다.
-
5:43
모델을 섞어 쓰기: 서브에이전트와 워커 모델을 바꿀 때는 캐시와 생각 블록이 이어지지 않으므로 작업 경계에서 전환하고, 필요한 경우 요약으로 새 대화를 시작해야 한다. 파일 찾기·테스트·로그 읽기 같은 검증 가능한 일은 작은 모델의 서브 에이전트에 맡기고, 큰 작업은 상위 모델이 여러 워커로 나눠 처리하되, 계획과 통합 비용이 절감보다 크지 않은지 먼저 확인해야 한다.
-
7:30
모델을 옮기기 전에 확인할 것 모델마다 도구 강제 설정, 생각 동작, 버짓 토큰 처리, 프롬프트 편집 제약이 달라서 그대로 옮기면 400 오류가 날 수 있다. 여러 모델을 함께 쓸 때는 가장 엄격한 모델 기준에 맞춰 요청을 구성하고, 기록은 덧붙이기 방식으로 유지해야 호환성이 높다.
-
8:20
내 작업으로 직접 측정하기 공개 벤치마크보다 실제 작업 묶음으로 후보 모델을 여러 effort에서 시험하고, 작업당 비용과 점수를 함께 비교해야 한다. Claude Code에서는 백로그의 실제 작업을 여러 모델에 돌려 결과를 비교한 뒤, 이긴 구성을 작은 트래픽부터 적용할 수 있다.
-
8:48
정리 Opus 5.5 medium에서 시작하고, 모델을 바꾸기 전에 effort를 먼저 조정하며, 선택 기준은 토큰 단가가 아니라 완료한 작업당 비용이어야 한다.
실무 인사이트
- 작업을 모델에 배정할 때는 성능보다 먼저 작업의 길이, 검증 가능성, 컨텍스트 크기를 기준으로 나누면 비용 낭비를 크게 줄일 수 있다.
- effort 조정은 모델 교체보다 먼저 시도할 가장 저렴한 성능 튜닝 수단이므로, 실제 운영에서는 모델 업그레이드보다 effort 단계 변경이 먼저다.
- 벤치마크 점수보다 실제 작업당 비용을 비교해야 하며, 실패한 작업만 상위 모델로 재시도하는 혼합 전략이 가장 실전적이다.