서론

2026년 7월 1일, Claude Fable 5가 세계에 재제공되었다. 6월 9일 발표 이후 6월 12일 미국의 수출 규제로 인한 제공 중단을 거쳐, 6월 30일에 규제가 해제되어 7월 1일 재제공에 이르렀다. 단, 이번에는 무조건적인 해금이 아니다. Pro/Max/Team 등의 플랜에서 추가 과금 없이 Fable 5를 사용할 수 있는 것은 주간 이용 한도 범위 내에서 2026년 7월 7일까지의 1주일 한정이다. 7월 8일 이후에는 이용 크레딧(종량 과금)이 필요하다.

본고는 이 짧은 시용 기간에 "무엇을 해야 하는가"를 공개 정보와 필자의 실무 경험에 기반하여 정리하는 고찰이다. 벤치마크 수치나 사양의 1차 자료를 확인할 수 없는 부분은 그때마다 헤지(hedge) 표현을 붙인다. 단정할 수 있는 것은 수출 규제·제공 기간·Anthropic 공식 발표 내용뿐이며, 그 외에는 "~라는 보고가 있다", "~라고 한다"라는 취지로 읽어주길 바란다.

5줄 요약 (클릭 시 전개)

TL;DR (5줄 요약)

• Fable 5와 Mythos 5는 동일한 기반 모델(Foundation Model)을 사용하지만, 일반 제공용인 Fable 5에는 추가적인 safeguard(안전 장치)가 있다. 6월 버전보다 성능이 떨어졌다기보다, safeguard와 라우팅(Routing)이 체감 차이를 만들고 있다는 분석이 있다.
• Opus 4.8로는 할 수 없고 Fable 5로 할 수 있는 것의 본질은, 개별 응답 품질의 차이가 아니라 "장시간 태스크의 일관성", "대규모 컨텍스트에서의 횡단 처리", "계획·설계의 전체 최적화"라는 3가지 지점에 있다.
• 이 1주일은 대규모 이행·대량 문서의 횡단 분석·오랜 기술적 부채의 목록 작성 등, 넓은 문맥과 장시간 실행을 요하는 작업에 투입하기에 적합하다.
• Fable 5에만 모든 것을 맡기면 이용 한도를 빨리 소비하기 쉽다. 판단·통합·설계 방침은 Fable 5, 조사·구현은 Sonnet 계열 등 경량 모델에 맡기는 분담이 토큰 효율상 가장 좋다.
• 7월 8일 이후에는 크레딧 과금이 되므로, 이 1주일은 "Fable 5가 자신의 워크플로우에 정말 필요한지 확인하는 시용 기간"으로 설정하는 것이 타당하다.

1. Fable 5란 무엇인가──내용물은 Mythos 5인가, 6월보다 약해졌는가

동일 기반 모델, 주요 차이점은 안전 대책

Anthropic의 공식 발표에 따르면, Fable 5와 Mythos 5는 동일한 기반 모델을 사용한다. 주요 차이점은 안전 대책 설계에 있다. Fable 5는 일반 제공용으로, 사이버 공격이나 생화학 무기 전용 등 "이중 용도(Dual-use)\

문제는 이 안전 대책(safeguard)이 과잉 탐지되는 경향이 있다는 점에 있다. "exploit"나 "fix"와 같이 보안 관련 용어로 보이지만 실제로는 일반적인 디버깅 작업에서 빈번하게 등장하는 단어를 포함한 태스크까지 Opus 4.8로 폴백(fallback)되는 사례가 빈번하게 발생했으며, 이것이 「약화」 논쟁의 불씨가 되었다.

decrypt.co의 분석 기사는 12건의 TypeScript 디버깅 태스크를 추적한 결과, 실제로 Fable 5에 도달한 것은 그중 3건뿐이었다고 보고하고 있다. 해당 기사는 "체감되는 성능 저하는 라우팅(routing)이 원인이며, 모델 능력 자체의 변화가 아니다"라고 결론지었다. BleepingComputer 역시 이와 유사하게, 재제공 직후의 퍼포먼스 저하에 대한 불만을 보도했다.

이 일련의 경과로부터 얻을 수 있는 실무적 함의는 명확하다. 보안 관련 어휘를 포함하는 태스크에서는 의도치 않게 Opus 4.8로 폴백될 리스크가 있다. 따라서 이 한정된 기간 동안 Fable 5를 활용하려면, 분류기(classifier)에 걸리지 않을 만한 대규모 이관·설계·분석 계열의 태스크에 사용하는 것이 상책이다. 다음 장부터는 이 전제를 바탕으로 내용을 구성한다.

2. Opus 4.8은 할 수 없지만, Fable 5는 할 수 있는 것

Fable 5와 Opus 4.8의 관계를 단순히 「상위 호환 모델」로만 파악하면, 이 1주일간의 활용 방법을 오판하게 된다. 양자의 차이는 개별 응답 품질의 차이라기보다, 다룰 수 있는 태스크의 시간축과 스케일의 차이에 있다.

벤치마크의 취급

Anthropic의 발표에 따르면, Fable 5는 여러 벤치마크에서 기존 모델을 상회하는 모델로 소개되고 있다. 다만, 본고 작성 시점에서 본문으로부터 용이하게 검증할 수 있는 형태의 상세 수치 표는 확인되지 않았으므로, 여기서는 개별 스코어를 나열하는 것은 피한다.

실무상으로는 스코어 그 자체보다 「장시간·대규모·전체 최적화」 태스크에 강점이 있다는 점을 어떻게 활용할지가 중요하다. 이하에서는 이 관점에 집중하여 활용 방안을 정리한다.

본질적인 차이는 3가지로 정리할 수 있다

수치상의 차이보다 중요한 것은 다음의 3가지다.

(a) 수 시간~일 단위의 장기 태스크에서 일관성을 유지할 수 있다는 점. Anthropic은 Fable 5가 장시간 태스크나 대규모 작업에서 강점을 발휘한다고 설명한다. 장시간에 걸쳐 목표를 놓치지 않고 문맥의 일관성을 계속 유지할 수 있다는 점이 Opus 4.8과의 큰 차이라고 할 수 있다.

(b) 대규모 컨텍스트(context)에서 코드베이스/대량 문서를 다룰 수 있다는 점. 큰 문맥을 다룰 수 있는 모델에서는 단발적인 거대 입력뿐만 아니라, 관련 파일이나 자료를 가로지르는 횡단적인 처리가 현실적이 된다.

(c) 계획·설계의 전체 최적화 능력. 개별적인 구현 능력보다는 큰 태스크를 조망하여 구조를 결정하는 능력에 강점이 있다. 이는 다음 장에서 다룰 「대규모 이관」, 「재고 조사(inventory)」적인 태스크와의 높은 궁합으로 직결된다.

요약하자면, Fable 5의 가치는 「1회성 문답의 영리함」보다는 「장시간·대규모·전체 최적화」라는 축에 있다. 이 축에 부합하는 태스크를 선택하여 던지는 것이 1주일이라는 짧은 시용 기간을 활용하는 열쇠가 된다.

3. 이 1주일 동안 해야 할 일 ①── 대규모 프로젝트에 투입하기

Fable 5의 강점이 「장기 태스크의 일관성」, 「대규모 컨텍스트에서의 횡단 처리」, 「전체 최적화」에 있다면, 이 기간에 우선 시도해야 할 것은 평소에는 착수하기 망설여졌던 대규모 작업이다.

라이브러리의 메이저 버전 업그레이드 이관

React 18→19, Next.js의 Pages Router 세대에서 App Router로의 이관 등, 영향 범위가 넓고 코드베이스 전체의 정합성을 확인하며 진행해야 하는 이관 작업은 장기적 일관성이 효과를 발휘하는 태스크의 대표적인 예시다. 이관 방침을 처음에 확립하고, 그것을 마지막까지 무너뜨리지 않고 계속 적용할 수 있느냐가 성패를 가르기 때문에 Fable 5의 특성과 궁합이 좋다.

프레임워크 이관

Pages Router → App Router, 혹은 Vue → React와 같이 프레임워크를 넘나드는 이관도 마찬가지다. 단일 파일의 재작성이 아니라, 라우팅(routing)·상태 관리·빌드 설정과 같은 여러 레이어에 걸친 변경을 일관된 설계 방침 아래에서 진행해야 한다.

Stripe 사례

Anthropic의 공식 발표에는 Stripe의 사례가 다음과 같이 명시되어 있다.

"Stripe는 Fable 5를 통해 수개월 분량의 엔지니어링 작업을 단 며칠 만에 압축했다고 보고했다. 5,000만 줄 규모의 Ruby 코드베이스에서, 이 모델은 원래 팀 전체가 수작업으로 2개월 이상 걸렸을 코드베이스 전반의 마이그레이션(Migration)을 단 하루 만에 수행했다."

Stripe는 5,000만 줄의 Ruby 코드베이스 전체 마이그레이션을, 보통이라면 팀이 2개월 이상 걸릴 작업을 Fable 5를 통해 단 하루 만에 완료했다고 보고하고 있다 (Anthropic 공식 발표 중). 개인 개발 규모에서 이와 동일한 속도감을 재현할 수 있을지는 미지수지만, 대규모 코드베이스의 일괄 마이그레이션이라는 작업의 방향성 자체는 이 1주일 동안 시도해 볼 가치가 있다.

대량 문서의 횡단 분석

사양서, 회의록, 로그와 같은 대량의 문서를 횡단하여 정합성을 확인하거나 모순점을 찾아내는 작업도 대규모 컨텍스트 (Context)와 궁합이 좋다. 개별 문서를 매번 읽히는 것이 아니라, 관련 문서를 한꺼번에 전달하여 전체를 조망하는 분석을 시킴으로써, 단편적인 파악으로는 보이지 않는 모순이나 누락을 찾아내기 쉬워진다.

해묵은 기술 부채의 전수 조사

지금까지 손대지 못했던 개인 개발 리포지토리(Repository)의 리팩터링 (Refactoring) 및 리뷰에도 이 기간은 적합하다. "해묵은 기술 부채의 전수 조사를 넓은 컨텍스트에 모아서 담는다"라는 관점으로 리포지토리 전체를 한꺼번에 읽게 하여, 우선순위 설정과 설계 방침의 재검토를 동시에 수행하게 해본다. 평소에는 착수 비용이 높아 뒤로 미뤄두었던 작업일수록, 이 시용 기간에 몰아서 던져볼 가치가 있다.

4. 이 1주일 동안 해야 할 일 ②── 수 시간 단위의 에이전트 실행

Fable 5의 장기 일관성을 활용하는 또 다른 방법은 설계 $\rightarrow$ 구현 $\rightarrow$ 테스트 $\rightarrow$ 재설계라는 일련의 반복을 수 시간 단위로 묶어서 맡기는 것이다.

이 방식에서 중요한 것은 완료 조건을 명문화하여 전달하는 것이다. "적당히 고쳐줘"와 같은 모호한 지시는 장시간 태스크 도중에 목표가 흐려지거나, 반대로 필요 이상으로 작업을 확장해 버릴 리스크가 있다. "이 테스트 스위트(Test Suite)가 모두 통과할 것", "이 사양서에 기재된 동작을 만족할 것"과 같이 검증 가능한 완료 조건을 처음에 전달해 두면, Fable 5는 수 시간의 실행 과정 속에서 해당 조건에 맞춰 일관되게 작업을 진행하기 쉬워진다.

중간 과정을 일일이 확인할 필요가 없는 태스크, 예를 들어 밤사이에 실행시켜 두고 아침에 결과를 확인하는 방식의 활용도 이러한 특성을 살린 운용이라 할 수 있다. 다만 후술하듯이, 5시간의 이용 제한과의 조율은 의식할 필요가 있다.

5. 이 1주일 동안 해야 할 일 ③── 업무 자동화 프로토타이핑

장시간에 걸쳐 여러 도구(MCP, CLI, API)를 오케스트레이션 (Orchestration)하는 워크플로우 (Workflow)의 시작(Prototype) 제작도 이 기간에 적합한 용도다.

평소 업무를 하며 "이것을 자동화하면 편해질 텐데"라고 생각하면서도, 구현 비용 대비 효율 때문에 손대지 못했던 자동화 플로우가 있다면 이를 이 1주일 동안 프로토타입으로 구성해 본다. MCP 서버를 통한 외부 서비스 연동, CLI 도구의 조합, 여러 API를 가로지르는 처리 등 단일 함수 호출만으로는 완결되지 않는 복잡한 오케스트레이션을 Fable 5가 장시간에 걸쳐 구축하도록 만든다.

이 프로토타이핑의 목적은 완성품을 만드는 것 그 자체보다, **"이 워크플로우가 Fable 5에서만 성립하는지 확인하는 것"**에 있다. 만약 동일한 자동화가 Opus 4.8이나 Sonnet 계열 모델에서도 충분히 기능한다면, 7월 8일 이후에 굳이 크레딧 결제를 하며 Fable 5를 계속 사용할 이유는 적다. 반대로 장시간의 일관성이나 대규모 컨텍스트 유지 능력이 필수적이라는 것을 알게 된다면, 그것은 지속적인 이용을 검토할 근거가 된다.

6. 토큰 효율── 이용 한도를 낭비하지 않는 사용법

이 부분이 이 기사에서 가장 중요한 섹션이다. Fable 5의 강점을 살리려다 모든 작업을 그대로 Fable 5에 던져버리면, 이용 한도를 예상보다 훨씬 빠르게 소비하기 쉽다.

문제 제기

Fable 5는 Opus 4.8보다 API 단가가 높으며, Claude 앱 내 이용에서도 상위 모델일수록 이용 한도를 더 빨리 소비하기 쉽다. 게다가 서브 에이전트 (Sub-agent)를 다용하거나 사고 토큰 (Thinking Token)이 늘어나면, 예상보다 빠르게 한도를 다 써버릴 수 있다.

즉, Fable 5에 "무엇이든" 던지는 것은 이 1주일의 시용 기간 동안 가장 비효율적인 사용법이다.

원칙: 「Fable은 판단, Sonnet은 구현」

토큰 효율을 극대화하는 원칙은 간단하다. 전체 파악·통합·판단·검증·설계 방침은 Fable 5, 조사·해석·코딩은 Sonnet 계열의 경량 모델에 위임한다.

Fable 5는 앞서 언급했듯이 장기적 일관성과 전체 최적화에 강점이 있다. 역설적으로 말하면, 개별 파일 조사나 정형화된 코딩 작업에 단가가 높은 Fable 5의 토큰을 사용하는 것은 비용 대비 효율이 낮다. 이러한 조사·구현 작업은 Sonnet 계열의 경량 모델에 맡기고, Fable 5는 「생각하는 일」에만 전념하게 한다.

실제로 사용할 수 있는 지시문(Prompt)의 예는 다음과 같다.

전체 파악/통합/판단/검증/설계 방침은 Fable 5,
조사/해석/코딩은 Sonnet 5로 다음 내용을 실행해 주세요.
<태스크 내용>

이 지시문을 서브 에이전트(Sub-agent)나 모델 선택을 지원하는 이용 환경에서 사용함으로써, Fable 5가 전체를 조망하면서 실제로 손을 움직이는 부분은 경량 모델로 배분하는 구조를 만들 수 있다. 컨텍스트(Context)를 좁히기, 요약 활용하기, 경량 모델로 위임하기라는 세 가지 점은 모두 토큰 효율을 높이는 방향으로 작용한다.

중간에 요약시키기 (가장 중요)

가장 효과가 큰 것은 Fable 5의 가동 자체를 최소한으로 좁히고, 요점(Key point)에만 개입시키는 3단계 운영법이다.

단계	담당	소요 시간 예상	내용
1. 계획	Fable 5	10~15분	목표 설정, 설계, 태스크 분할, 각 태스크의 완료 조건 작성
...

먼저 Fable 5에게 계획 수립만 시켜서, 목표와 태스크 분할, 그리고 각 태스크의 완료 조건을 명문화하게 한다. 여기서 Fable 5의 가동 시간은 1015분 정도로 억제한다. 그다음, 그 계획에 기반한 구현과 테스트는 경량 모델에 맡긴다. 이 부분은 시간이 걸려도 괜찮다. 마지막으로, 완성된 결과물을 Fable 5로 가져와 설계와의 정합성(Consistency)만을 510분 정도 사용하여 체크하게 한다.

이러한 운영 방식이라면 Fable 5가 실제로 가동되는 시간은 총 20~25분 정도로 수렴한다. 무거운 판단만을 Fable 5에 집중시키고 구현 작업은 경량 모델로 돌릴 수 있기 때문에, 동일한 작업량이라도 소비되는 이용 한도는 크게 압축할 수 있다.

결론

Fable 5는 장기 계획과 전체 최적화에 특화된 모델이며, 역설적으로 「생각하는 일만」 담당시키는 것이 가장 토큰 효율이 좋은 사용법이 된다. 이 1주일 동안 Fable 5에게 모든 것을 맡기고 싶어지는 상황이 많겠지만, 그 부분을 꾹 참고 경량 모델과의 분업을 의식하는 것만으로도 동일한 이용 한도 내에서 해낼 수 있는 작업량은 크게 달라진다.

요약

7월 1일부터 7월 7일까지 1주일 동안 Fable 5는 추가 과금 없이 사용할 수 있다. 하지만 주간 이용 상한선이 50%라는 제약과 상위 모델 특유의 이용 한도 소비를 고려하면, 이 기간에 할 수 있는 일은 생각보다 제한적이다. 우선순위를 정해 임해야 한다.

필자가 권장하는 우선순위는 다음과 같다. 우선, 지금까지 착수를 망설였던 개인 개발 리포지토리(Repository)의 전수 조사를 위해 넓은 컨텍스트를 사용해 본다. 그다음, 라이브러리나 프레임워크의 메이저 마이그레이션(Migration)을 하나 골라 실제로 Fable 5에게 맡겨 본다. 마지막으로, 업무 자동화 프로토타입을 짜보고 그것이 Fable 5에서만 성립하는 워크플로우(Workflow)인지 확인한다.

7월 8일 이후에는 크레딧 과금으로 전환되므로, 이 1주일은 「Fable 5가 자신의 워크플로우에 정말 필요한지 확인하는 시용 기간」으로 정의하는 것이 타당하다. 장시간 태스크의 일관성이나 대규모 컨텍스트가 일상 작업에 효과적이라는 것을 실감할 수 있다면, 유료 결제를 해서라도 계속 사용할 가치가 있다. 반대로 Opus 4.8이나 Sonnet 계열 모델과의 분업으로 충분하다는 것을 알게 된다면, 그 또한 유익한 결론이라 할 수 있다.

참고

• Claude Fable 5 및 Claude Mythos 5 소개 — Anthropic — Fable 5/Mythos 5 발표 내용, Mythos 클래스 및 안전 대책 설명, Stripe 사례 출처
• Claude Fable 5 재배포 — Anthropic — 수출 규제 해제 및 7월 1일 재제공, 7월 7일까지의 제공 조건
• Claude Fable 5 재제공 보도 — TechnoEdge (2026/7/2) — 재제공 시의 제공 조건 및 요금 체계에 관한 일본어 보도
• Claude Fable 5는 성능이 저하(nerfed)되지 않았으며, 라우터가 "편집증적(paranoid)"임 — decrypt.co — 12건의 디버깅 작업 추적 조사, 라우팅이 원인이라는 분석
• Claude Fable 재출시, "성능 저하(nerfed)"로 인한 사용자 실망 — BleepingComputer — 재제공 직후의 성능 저하에 대한 불만 보도

Discussion