짧은 결론: 대부분의 코딩·문서·에이전트 업무는 Sonnet 5부터 평가하고, 매우 긴 작업·복잡한 연구·다중 제약 문제에서 품질 차이가 비용을 정당화할 때 Fable 5를 사용하면 됩니다. 강한 모델일수록 더 큰 실행 권한을 주는 것이 아니라, 오히려 검증과 권한 분리를 강화해야 합니다.
Fable 5와 Sonnet 5의 역할은 어떻게 다른가
Anthropic은 Fable 5를 일반에 제공한 자사 모델 가운데 가장 강한 수준으로 소개하며, 복잡하고 긴 작업일수록 차이가 커진다고 설명합니다. Sonnet 5는 코딩, 도구 사용, 지식 업무에서 이전 Sonnet보다 향상되면서 더 낮은 비용으로 Opus급 성능에 가까워지는 실무형 모델입니다.
이 차이를 “고급형과 보급형”으로만 보면 선택이 어려워집니다. 실무에서는 Fable을 어려운 문제를 푸는 상위 단계, Sonnet을 많은 업무를 지속적으로 수행하는 기본 단계로 보는 편이 이해하기 쉽습니다.
업무 기준 비교표
| 상황 | 우선 선택 | 판단 이유 |
|---|---|---|
| 일반적인 기능 개발·버그 수정 | Sonnet 5 | 코딩과 도구 사용의 비용·성능 균형 |
| 대규모 리팩터링·아키텍처 설계 | Fable 5 또는 Sonnet→Fable 승격 | 긴 작업과 복잡한 제약에서 상위 모델 가치가 큼 |
| 문서 요약·보고서 초안 | Sonnet 5 | 대부분의 지식 업무에 충분한 기본값 |
| 여러 자료의 모순 분석·연구 | Fable 5 | 장기 문맥과 복합 판단이 중요 |
| 브라우저·터미널 기반 에이전트 | Sonnet 5 + 제한 권한 | 도구 사용 능력과 운영 비용의 균형 |
| 고위험 보안·운영 변경 | 모델보다 사람 승인 우선 | 성능이 승인 책임을 대신하지 않음 |
Sonnet 5를 기본값으로 보기 좋은 이유
Sonnet 5는 계획을 만들고 브라우저나 터미널 같은 도구를 사용하며 비교적 긴 작업을 수행하도록 설계되었습니다. Anthropic은 2026년 8월 말까지 API 도입 가격을 입력 100만 토큰당 2달러, 출력 10달러로 안내하고, 이후 표준 가격을 입력 3달러, 출력 15달러로 예고했습니다. 가격은 반드시 적용 시점의 공식 문서를 다시 확인해야 합니다.
특히 새 토크나이저 때문에 동일한 입력이 이전 모델보다 약 1.0~1.35배 토큰으로 계산될 수 있다는 공식 설명은 중요합니다. 명목 단가만 비교하지 말고 실제 요청 로그에서 입력 토큰과 완료 시간을 측정해야 합니다.
Fable 5가 값을 하는 작업
- 여러 저장소와 문서를 오가며 장기 계획을 유지해야 하는 작업
- 요구사항이 충돌하고 우선순위 판단이 필요한 시스템 설계
- 과학·법률·재무처럼 근거의 불일치를 찾아야 하는 분석 보조
- Sonnet으로 반복 실패했지만 실패 원인이 단순 형식 문제가 아닌 작업
- 사람이 검토할 수 있는 중요한 일회성 결과물
반대로 짧은 요약, 규칙 기반 분류, 단순 코드 변환까지 Fable에 보내는 것은 성능을 낭비할 가능성이 큽니다. 먼저 Sonnet으로 처리하고 자동 검증을 통과하지 못한 요청만 Fable로 승격하는 방식이 효율적입니다.
코딩 에이전트에서 모델보다 중요한 다섯 가지
- 작업 범위: 수정 가능한 디렉터리와 파일을 제한합니다.
- 테스트: 완료 선언이 아니라 실제 테스트 결과를 요구합니다.
- 변경 검토: diff와 생성 파일을 사람이 확인할 수 있어야 합니다.
- 비밀 관리: 토큰과 운영 데이터가 모델 출력이나 로그에 노출되지 않게 합니다.
- 되돌리기: 배포 전 버전과 롤백 절차를 보관합니다.
에이전트가 오래 일할 수 있다는 것은 오래 맡겨도 된다는 뜻이 아닙니다. 중간 체크포인트와 테스트를 더 촘촘하게 만들 수 있다는 뜻에 가깝습니다.
업무 자동화에서의 승격 구조
이 구조는 모델 비용뿐 아니라 검수자의 집중력을 아낍니다. 모든 결과를 똑같이 오래 읽는 대신 실패 가능성이 높은 요청을 분리할 수 있기 때문입니다.
Fable 5의 안전장치를 이해해야 하는 이유
Anthropic은 Fable 5의 사이버 관련 위험을 이유로 일부 요청에서 보수적인 안전장치가 작동할 수 있다고 설명합니다. 따라서 특정 보안 업무에서 거절이나 다른 모델로의 전환이 발생할 수 있습니다. 이는 일반 업무 품질 문제와 별개이며, 업무 특성상 공식 접근 프로그램이나 별도 승인 절차가 필요한지 확인해야 합니다.
기업 도입에서는 “가장 강한 모델이 모든 요청을 처리한다”는 가정보다 모델 전환, 거절, 제한이 발생해도 업무가 안전하게 멈추는 구조를 설계해야 합니다.
GPT·Gemini와 비교할 때 볼 것
브랜드별 종합 점수보다 우리 환경의 도구 성공률을 봐야 합니다. 같은 Git 저장소 수정, 같은 스프레드시트 분석, 같은 보고서 작성 과제를 주고 완료율과 사람 수정 시간을 비교합니다. GPT-5.6 선택 가이드처럼 모델 라우팅 기준을 통일하면 공급자가 달라도 비교하기 쉬워집니다.
자주 묻는 질문
Claude Sonnet 5면 Fable 5가 필요 없나요?
대부분의 실무는 Sonnet부터 시작할 수 있습니다. 긴 작업과 복잡한 제약에서 실제 평가 차이가 확인될 때 Fable을 사용하면 됩니다.
Claude Code에는 어떤 모델이 좋은가요?
일상 개발은 Sonnet 5, 복잡한 리팩터링과 장기 작업은 Fable 5를 후보로 두되 테스트와 변경 검토를 반드시 함께 운영해야 합니다.
더 강한 모델이면 자동 실행 권한도 늘려도 되나요?
아닙니다. 모델 성능과 운영 권한은 별개입니다. 외부 발송·삭제·배포 같은 중요한 행동은 승인과 되돌리기를 유지해야 합니다.