Claude Opus 5.5 vs Fable 5.1: 실사용 개발자의 모델 선택 가이드

Claude Max $200 요금제를 쓰면서 하네스 엔지니어링 기반으로 AI Agentic Coding을 해온 지 꽤 됐다.
Opus 5를 메인으로 쓰다가 Fable 5.1이 나와서 이런저런 작업으로 테스트하고 있었는데,
3주 만에 Opus 5.5가 나왔다.
공식 문서에 "Fable 5.1에 근접한 성능이면서 Opus 5 대비 40% 저렴하다"고 쓰여 있어서, 바로 붙여봤다.
이 글은 두 모델을 번갈아 쓰면서 정리한 판단 기록이다.

---

TL;DR

바쁘신 분들을 위해 핵심만 먼저 정리하면 이렇다.

• 비용은 확실히 Opus 5.5가 싸졌다: 입출력 토큰 단가가 Fable 5.1의 40% 수준이다. 각자 API 기본 effort로 돌리면 AA 종합 점수는 51점으로 같은데, 작업당 비용은 약 1/3이다.
• 벤치마크는 Opus 5.5가 앞서지만, 조심스럽게 읽어야 한다: Anthropic 공식 벤치마크에서는 전 항목 앞섰지만, Anthropic 스스로 "이 수준에서는 벤치마크가 실제 차이를 잘 보여주지 못한다"고 밝혔다.
• Fable 5.1이 나은 자리도 있다: Opus 5.5로도 막히는 고난도 장기 작업, 그리고 방어적 보안 리서치다.
• 실무 결론: Opus 5.5 medium을 기본으로 두고, 막히는 작업만 Fable 5.1로 올리는 게 합리적이다.

---

두 모델의 포지셔닝부터 정리하자

이름만 보면 헷갈리기 쉬운데, 티어 서열상 최상위는 Fable 5.1이 맞다. 하지만 2026년 9월 기준 공식 문서의 기본 추천은 Opus 5.5다. 문서는 대부분의 워크로드를 Opus 5.5로 시작하고, 고난도 추론·장기 에이전트 작업이거나 Opus 5.5를 높은 effort로 돌려도 자체 평가를 못 넘을 때 Fable 5.1로 올리라고 안내한다.

각 모델의 정체성부터 짚고 가면 이렇다.

• Fable 5.1: 최상위 Mythos 티어의 일반 공개 모델이다. Mythos 5.1과 같은 기반 모델에 안전장치를 더 얹은 버전이고, Mythos 5.1은 신뢰 접근 프로그램을 통해 일부 미국 기관에만 제공된다.
• Opus 5.5: Claude 5.5 패밀리의 첫 모델이다. Anthropic은 대부분의 작업에서 Fable 5.1 수준이면서 Opus 5보다 운영 비용이 40% 적다고 발표했다.
• 공통점: Opus 5.5도 바이오·사이버보안 역량이 Mythos 5.1급으로 평가돼 Fable 5.1과 비슷한 안전장치를 달고 나왔다. 그래서 안전장치 차이는 크지 않고, 선택은 주로 성능·가격·속도에서 갈린다.

올해 최상위 모델 흐름을 표로 정리하면 이렇다.

날짜	이벤트
2026-09-22	Claude Opus 5.5 출시 (Claude 5.5 패밀리 첫 모델)
2026-09-01	Claude Fable 5.1 · Mythos 5.1 동시 출시
2026-07-01	수출 통제 해제(6/30) 후 Fable 5 전 세계 접근 복구
2026-06-12	미 상무부 수출 통제 적용으로 Fable 5 · Mythos 5 접근 일시 중단
2026-06-09	Claude Fable 5 · Mythos 5 출시 (Mythos급 모델 첫 일반 공개)

Fable 5 출시 한 달 만에 접근이 막혔다가 다시 풀리는 소동이 있었고, 그로부터 두 달 뒤 Fable 5.1이 나왔고, 다시 3주 만에 Opus 5.5가 나온 것이다. 최상위 모델을 결제해서 쓰는 사람 입장에서는 판단할 시간이 부족했다. 물론 Claude 계열만 쓰는 것도 아니라 GPT-6 Astra나 Codex 같은 다른 옵션도 함께 저울질하게 되는데, 이 글은 Claude 계열에서의 선택에 집중한다.

---

스펙과 가격: 숫자로 보는 격차

토큰 단가만 보면 Opus 5.5는 입력·출력 모두 Fable 5.1의 40% 수준이다. 컨텍스트 윈도우(1M)와 최대 출력(128K)은 같아서, 차이는 가격·속도·기본 effort에서 나온다.

항목	Claude Opus 5.5	Claude Fable 5.1
API 모델 ID	claude-opus-5-5	claude-fable-5-1
입력 / 출력 (USD, 1M 토큰당)	$4 / $20	$10 / $50
캐시 읽기 (USD, 1M 토큰당)	$0.20	$0.25
캐시 쓰기 5분 / 1시간 (USD, 1M 토큰당)	$5 / $8	$12.50 / $20
Batch API 입력 / 출력 (USD, 1M 토큰당)	$2 / $10	$5 / $25
Fast mode 입력 / 출력 (USD, 1M 토큰당)	$8 / $40 (최대 2.5배 속도)	미지원
상대 지연 시간 (공식 문서 표기)	보통	느림
컨텍스트 윈도우 / 최대 출력	1M / 128K 토큰	1M / 128K 토큰
Thinking / 기본 effort	Adaptive(항상 켜짐) / medium	Adaptive(항상 켜짐) / high
신뢰 지식 컷오프	2026년 6월	2026년 6월

몇 가지 놓치기 쉬운 포인트가 있다.

캐시 읽기는 거의 같다. Anthropic은 캐시 읽기가 에이전트·코딩 비용의 대부분을 차지한다고 설명한다. 그래서 이런 작업의 실제 청구액 격차는 정가 비율(2.5배)보다 작을 수 있다. 반대로 출력이 긴 작업은 2.5배 격차가 그대로 드러난다.

기본 effort가 다르다. 파라미터를 안 건드리면 Fable 5.1은 high, Opus 5.5는 medium으로 돈다. 기본값끼리 비교하면 Fable 쪽이 더 오래 생각하고 토큰도 더 쓴다. 이걸 모르고 "왜 Fable이 이렇게 느리지?" 하는 사람이 많은데, 그건 모델 문제가 아니라 기본 effort 문제다.

Fast mode는 Opus 5.5에만 있다. 단가를 두 배로 내고 출력 속도를 최대 2.5배 올리는 옵션이다. 현재 리서치 프리뷰이고 Claude API(1st-party)와 Claude Code에서만 쓸 수 있다.

긴 컨텍스트 할증은 없다. 두 모델 모두 1M 토큰 전 구간에 표준 단가가 적용된다. 제공 채널도 Claude API, AWS, Google Cloud, Microsoft Azure로 같다.

---

공식 벤치마크: 조심스럽게 읽어야 할 숫자들

Anthropic이 Opus 5.5 발표와 함께 공개한 표에서 Opus 5.5는 Fable 5.1을 모든 항목에서 앞섰다. 지식 작업 평가인 GDPval-AA v2.1(Elo)에서도 1846 대 1735로 Opus 5.5가 앞섰다.

다만 이 숫자를 "Opus 5.5가 무조건 낫다"로 읽으면 안 된다. 몇 가지 caveat이 있다.

Anthropic도 격차를 경계한다. Anthropic은 발표에서 "이 수준에서는 벤치마크 격차가 실제 차이를 잘 보여주지 못하고, 자체 사용에서 느낀 두 모델의 차이는 점수보다 좁다"고 밝혔다. 이 문장을 흘려보내면 안 된다. 모델을 만든 회사가 스스로 "숫자보다 실제 격차가 좁다"고 말했다는 뜻이다.

기본 effort 조건이 다르다. 기본값인 medium에서도 Opus 5.5는 FrontierCode 54.6%, CursorBench 52.5%로 차트 속 Fable 5.1 점수보다 높았다는 데이터도 있지만, 이 비교 자체가 "medium vs high"라는 서로 다른 조건이다.

측정 조건이 완전히 같지는 않다. 두 모델 모두 안전장치를 켜고 측정했고, 개입된 작업은 Opus 4.8(사이버)·Opus 5(바이오)가 대신 처리했다. Terminal-Bench 4.0의 Opus 5.5 표준오차는 ±2.6%p다.

Fable 5.1 발표 때 숫자와 섞지 말자. 당시 표는 CursorBench 3.2.0, OSWorld 2.0, GDPval-AA v2 등 이전 버전 기준이라 이 차트와 직접 비교할 수 없다.

벤치마크 밖에서 Anthropic이 두 모델을 같은 과제에 붙인 내부 테스트도 있는데, 이건 참고할 만하다.

• HAProxy C→Rust 이식: 두 결과물 모두 HAProxy 회귀 테스트를 거의 다 통과했다. Opus 5.5는 9.5시간(Fable 5.1은 12시간)에 끝냈고 비용은 51% 적었다.
• 리서치 리포트 작성: 모든 수치·인용을 자동 채점기로 검증한 테스트에서 Opus 5.5는 18번 중 16번 기준을 통과했고, Fable 5.1은 한 번도 통과하지 못했다.

두 번째 결과가 특히 흥미롭다. 팩트 검증이 중요한 작업에서 Fable 5.1이 오히려 뒤진다는 얘기다. 리서치 리포트를 자주 뽑는다면 Opus 5.5를 기본으로 두는 게 합리적이다.

성능 차이는 조심스럽게 말해야 하지만, 비용 차이는 명확하다. 이 부분이 실제 실무 판단에서 훨씬 큰 축이 된다.

---

서드파티 벤치마크: 독립 평가는 어떻게 나왔나

독립 평가에서도 Opus 5.5가 앞서지만(Artificial Analysis 종합 58점 대 53점), 각자 기본 설정끼리 붙이면 동점이다. 실질적인 차이는 점수보다 작업당 비용에서 벌어진다.

Opus 5.5는 high만으로 Fable 5.1의 최고점을 넘고, 두 선이 겹치는 비용 구간에서는 늘 Opus 5.5가 위에 있다. Fable 5.1이 앞서는 곳은 low effort 한 칸뿐인데, 그때도 작업당 비용은 4배 이상 비싸다.

Artificial Analysis (독립 평가)

• 세부 평가: max effort 기준 10개 평가 중 Opus 5.5가 8개에서 앞서고, GDP.pdf·AA-LCR 2개는 동률이다. Fable 5.1이 이긴 항목은 없다.
• Terminal-Bench 4.0 재현: AA가 직접 돌린 결과는 60% 대 52%다. Anthropic 발표치(66.4% 대 55.8%)보다 둘 다 낮지만 순서는 같다.
• 생각은 Opus 5.5가 더 길게 한다: max effort에서 작업당 출력 토큰이 119K 대 78K, 첫 토큰까지 683초 대 281초다. 대신 출력 속도는 초당 95 대 69 토큰으로 Opus 5.5가 빠르다.

Snorkel AI 코딩 태스크 (24개 태스크, 200회 실행)

• 통과율: 전체 실행 기준 Opus 5.5 68%, Fable 5.1 49%다. 반면 첫 시도 통과율(pass@1)은 60.7% 대 61.5%로 사실상 같다.
• 실패 양상이 다르다: Fable 5.1은 도중에 작업을 멈추거나 에러에서 회복하지 못하는 경우가 많았다. Opus 5.5는 첫 응답 형식 오류(실패의 25%)와, 에러 없이 끝난 명령을 곧 성공으로 믿는 약한 검증이 주된 원인이었다.

WebDev Arena (사람 선호도 투표)

• 프런트엔드는 Fable 5.1: 9월 집계에서 Fable 5.1 Max가 종합·프런트엔드 1위(1765점)였고 React·HTML 부문도 1위였다. 다만 풀스택 부문에서는 10위 밖이었다.
• 직접 비교는 아직 없다: 이 집계는 Opus 5.5 출시 전 것이다. UI 생성 품질이 중요한 프런트엔드 작업이라면 두 모델을 직접 돌려 보는 게 안전하다.

프런트엔드 개발자 입장에서 이 부분은 신경 쓰이는 대목이다. React 컴포넌트 생성이나 UI 프로토타이핑 같은 작업에서 여전히 Fable 5.1이 강점이 있을 수 있다는 뜻이니까.

---

안전장치가 실무에 주는 영향

두 모델은 사이버보안·바이오·증류(distillation) 방지 안전장치를 거의 같은 수준으로 달고 있다. 안전장치가 개입하면 요청이 다른 모델로 넘어가는데, 체감 차이는 보안 작업에서 가장 크다.

영역	Opus 5.5	Fable 5.1
사이버보안	자기 코드의 버그 찾기·수정은 가능. 그 외 보안 작업 대부분은 Opus 4.8로 재라우팅	취약점 발견은 가능. 침투 테스트·익스플로잇 생성·바이너리 취약점 스캔은 여전히 Opus로 넘어감. Claude Code 세션당 개입은 Fable 5 대비 약 60% 감소
바이오	Fable 5.1과 같은 안전장치	Life Sciences Verification Program으로 완화 가능 (두 모델 공통)
증류 방지 (preserved thinking)	2026-08-31 이후 생성된 API 계정에 적용	동일
텍스트 워터마크	EU AI Act 대응 워터마크 적용	동일, 탐지 API는 비공개 프리뷰

이 표를 실무 관점에서 읽으면 이렇다.

보안 리서치라면 지금은 Fable 5.1이다. 방어 목적의 취약점 탐색은 Fable 5.1에서 허용되지만 Opus 5.5에서는 대부분 Opus 4.8로 넘어간다. Anthropic은 Cyber Verification Program을 Opus 5.5까지 넓힐 예정이라 이 차이는 줄어들 수 있다.

벤치마크에도 '안전장치 비용'이 있다. 같은 모델인 Fable 5.1과 Mythos 5.1은 Terminal-Bench 4.0에서 55.8% 대 60.9%로 5.1%p 차이가 났다. Anthropic은 이전의 덜 정밀한 사이버 안전장치가 개입한 작업 때문이라고 설명한다. 즉 모델 성능 자체가 다른 게 아니라, 안전장치에 걸려서 다른 모델로 넘어간 결과가 반영된 것이다.

API 통합이라면 preserved thinking을 확인하자. 이전 컨텍스트를 편집해 추론을 뽑아내는 것을 막는 장치다. 기존 계정은 아직 영향이 없지만 향후 모델부터 모든 사용자에게 적용된다. 대화 히스토리를 가공해 다시 보내는 통합이 있다면 공식 문서로 미리 테스트해 두자.

Thinking은 끌 수 없다. 두 모델 모두 adaptive thinking이 항상 켜져 있다. 응답 지연을 줄이려면 thinking을 끄는 대신 effort를 낮춰야 한다.

---

Opus 5.5가 유리한 상황

한 달간 두 모델을 번갈아 쓰면서 정리한 판단 기준이다. 먼저 Opus 5.5가 확실히 유리한 상황들.

1. 반복적으로 프롬프트를 조정하는 작업

리팩터링, 코드 리뷰, 문서 초안 다듬기처럼 같은 컨텍스트를 여러 번 다시 던지면서 결과를 조정하는 작업은 Opus 5.5의 홈그라운드다. 캐시 읽기 단가가 저렴하고 기본 effort가 medium이라 반복 요청 비용 부담이 훨씬 적다. Fable 5.1로 같은 걸 하면 한 번의 반복마다 비용이 눈에 띄게 붙는다.

2. 대량 배치 처리

Batch API 단가가 입력 $2 / 출력 $10인데, Fable 5.1은 $5 / $25다. 2.5배 비용 차이를 감수할 이유가 없다. 데이터 보강, 대량 번역, 자동 분류 같은 작업에서 Fable 5.1을 쓰는 건 그냥 돈을 태우는 거다. 실시간 응답이 필요 없으니 지연 시간 이슈도 없다.

3. 사용자가 기다리는 대화형 기능

Fable 5.1은 공식 문서상 지연 시간이 "느림"으로 표기돼 있고, max effort에서는 두 모델 모두 첫 토큰까지 수 분이 걸린다. 사용자가 대기하는 UI 뒤에 붙일 모델이라면 Opus 5.5 low~medium이 훨씬 현실적이다. Fast mode를 켜면 지연을 더 줄일 수도 있고.

4. 팩트 검증이 중요한 리서치·리포트

앞서 언급한 Anthropic 내부 테스트에서 Opus 5.5가 18번 중 16번 통과, Fable 5.1은 0번 통과였던 그 영역이다. 수치·인용을 정확하게 뽑아야 하는 작업이라면 Opus 5.5가 더 안정적이다.

5. 장시간 에이전트 작업

HAProxy C→Rust 이식 테스트에서 Opus 5.5는 Fable 5.1보다 2.5시간 빠르고 51% 저렴했다. 대규모 마이그레이션, 코드베이스 전체 스캔, 다단계 에이전트 워크플로 같은 장시간 작업은 Opus 5.5 high~xhigh로 먼저 시도하는 게 합리적이다.

---

Fable 5.1이 유리한 상황

반대로 Fable 5.1을 켜는 게 나은 경우들.

1. 열린 아키텍처 결정이나 판단이 필요한 문제

Opus 5.5는 옵션의 장단점을 잘 정리해주지만, "결국 뭐가 맞는지" 결론을 내리는 지점에서 양비론에 머무는 경향이 있다. 여러 아키텍처를 저울질하거나 트레이드오프가 명확하지 않은 결정에서, Fable 5.1은 컨텍스트를 종합해서 "이 상황이면 이 방향"이라고 더 명확하게 짚어준다.

Claude Code 문서도 "Opus 5.5로 시도했는데 자체 평가를 못 넘을 때" Fable 5.1로 올리라고 안내한다. 원인 불명 버그, 장애 분석, 아키텍처 결정 같은 유형이 여기 해당한다.

2. 결과물이 판단력에 크게 좌우되고 재실행이 어려운 작업

이력서, 자기소개서, 중요한 이메일, 클라이언트 제안서처럼 한 번뿐이고 판단력·언어 감각이 결과의 질을 결정하는 작업이다. Opus 5.5도 잘 써주지만, Fable 5.1이 문장의 결이나 포지셔닝 조언에서 한 뼘 더 정교하다는 인상을 여러 번 받았다.

물론 매우 주관적인 판단이고 벤치마크로 잡히지 않는 영역이다. 하지만 한 번뿐인 결과물에 몇 달러 더 쓰는 건 아깝지 않다.

3. UI 생성이 핵심인 프런트엔드 작업

WebDev Arena 프런트엔드 1위가 Fable 5.1 Max다. React 컴포넌트, UI 프로토타입, 랜딩 페이지 같이 시각적 결과물이 곧 가치인 작업에서는 Fable 5.1을 먼저 시도해볼 만하다. 단, Opus 5.5 출시 전 집계라는 점은 감안해야 한다. 두 모델을 직접 나란히 돌려보는 게 가장 정확하다.

4. 방어적 보안 리서치

Opus 5.5는 보안 작업 대부분을 Opus 4.8로 넘긴다. 방어 목적의 취약점 탐색, CVE 분석, 침해 대응 시나리오 검토 같은 작업에서는 Fable 5.1이 그나마 원 모델로 응답한다. Anthropic이 Cyber Verification Program을 Opus 5.5까지 넓히기 전까지는 이 차이가 유지된다.

5. Opus 5.5로 시도했는데 계속 막히는 작업

가장 실용적인 기준이다. Opus 5.5 medium으로 시작해서 high, xhigh까지 올려도 만족스러운 결과가 안 나오면, 그때 Fable 5.1로 넘어간다. 이 순서가 비용과 성능 양쪽에서 가장 합리적이다.

---

정리: 언제 어떤 모델을 쓸까

기본값은 Opus 5.5 medium으로 두고, 그래도 막히는 문제만 Fable 5.1로 올리는 게 비용과 성능 양쪽에서 합리적이다.

상황	추천	근거
일상 기능 개발·리팩터링·코드 리뷰	Opus 5.5 medium	기본값끼리 동점(AA 51점)이고 작업당 비용은 약 1/3
대규모 마이그레이션·장시간 에이전트 작업	Opus 5.5 high~xhigh로 먼저	HAProxy C→Rust 이식에서 Fable 5.1보다 2.5시간 빠르고 51% 저렴
원인 불명 버그·장애 분석·아키텍처 결정	Opus 5.5로 시도 후 막히면 Fable 5.1	Claude Code 문서가 Fable에 맡기라고 권하는 유형
보안 취약점 탐색	Fable 5.1	Opus 5.5는 보안 작업 대부분을 Opus 4.8로 넘김
프런트엔드 UI 생성 품질이 핵심	둘 다 직접 비교	WebDev Arena 1위는 Fable 5.1 (Opus 5.5 출시 전 집계)
대량 배치·상시 돌아가는 에이전트	Opus 5.5	Batch $2/$10, Fast mode는 Opus 5.5에만 있음
사용자가 기다리는 대화형 기능(API)	Opus 5.5 low~medium	Fable은 지연이 '느림', max effort에서는 두 모델 모두 첫 토큰까지 수 분
결과물이 판단력에 크게 좌우되고 재실행 어려움	Fable 5.1	이력서·중요한 문서 등 (주관적)

Claude Code에서 쓸 때 알아둘 것

• 기본 모델은 이미 Opus 5.5다: v2.1.280부터 Pro·Max·Team·Enterprise·API 모두 default가 Opus 5.5이고 effort 기본값은 medium이다. Fable은 어떤 요금제에서도 기본값이 아니라 직접 골라야 한다.
• 요금제별 Fable 사용량이 다르다: Pro는 Fable이 사용량 크레딧(API 요금)으로 따로 과금된다. Max와 Team 프리미엄 시트는 주간 한도의 최대 50%까지 Fable에 쓸 수 있다.
• Opus 5 시절의 effort를 그대로 가져오지 말자: 같은 레벨 이름이라도 Opus 5.5가 턴당 더 많이 생각한다. 문서도 medium부터 시작하라고 권하고, 사용자 설정 최상위의 effortLevel은 Opus 5.5에 적용되지 않는다.
• effort는 작업 단위로 바꾸자: max는 현재 세션에만 적용되고, 문서도 과도한 사고(overthinking)를 경고한다. 한 턴만 깊게 생각시키려면 프롬프트에 ultrathink를 넣으면 된다.
• 갑자기 모델이 바뀐다면 안전 분류기를 의심하자: 요청이 걸리면 사이버보안은 Opus 4.8, 바이오는 Opus 5로 자동 전환된다. CLAUDE.md나 git 상태만으로도 걸릴 수 있어서, claude --safe-mode로 원인을 확인하고 /config에서 자동 전환을 끄면 매번 직접 고를 수 있다.

자주 쓰는 명령어는 이렇게 익혀두면 편하다.

/model fable                          # Fable 5.1로 전환 (기본값으로 저장)
/model opus                           # Opus 5.5로 복귀
/effort high                          # 현재 모델의 effort 저장
claude --model fable --effort xhigh   # 이번 세션에만 적용

---

마치며 — 최상위 모델 선택의 새로운 축

Opus 5.5의 등장으로 최상위 모델 선택 기준이 하나 바뀌었다. 예전에는 "가장 비싼 모델이 가장 좋은 모델"이었다면, 지금은 "내 작업에 맞는 effort 레벨과 비용 지점을 찾는 것"이 더 중요해졌다.

성능 격차는 조심스럽게 말해야 한다. Anthropic 스스로 벤치마크가 실사용 격차를 잘 보여주지 못한다고 밝혔고, 실제로 써봐도 대부분의 작업에서 두 모델은 비슷하게 결과를 낸다. 하지만 비용 차이는 명확하고, 그게 실무 판단의 큰 축이 된다.

Fable 5.1의 자리가 사라진 건 아니다. 열린 문제, 판단력이 필요한 작업, 방어적 보안 리서치처럼 Fable을 먼저 떠올릴 만한 영역은 여전히 있다.

가장 믿을 만한 벤치마크는 결국 내 코드베이스와 내 워크플로다. 벤치마크 표를 아무리 봐도 내 작업이 그중 어디에 해당하는지는 직접 돌려봐야 안다. Opus 5.5 medium을 기본으로 두고, 자주 하는 작업 3-5개를 골라 Fable 5.1과 나란히 돌려보는 것부터 시작해 보자. 그러면 다음 모델이 나올 때 다시 문서를 뒤질 필요 없이, 본인만의 판단 기준이 생긴다.