일본 시간으로 내일인 2026년 7월 2일(미국 시간 2026년 7월 1일), Fable 5가 글로벌 재전개됩니다.

미 상무부가 수출 관리를 해제함에 따라, Anthropic은 Fable 5를 Claude Platform · Claude.ai · Claude Code · Claude Cowork를 통해 글로벌로 재제공합니다. Pro / Max / Team / 일부 Enterprise 플랜에서는 7월 7일까지 주간 이용 한도의 최대 50%까지 Fable 5가 무료 범위로 포함되며, 그 이후에는 usage credits를 통해 이용하게 됩니다. 즉 "테스트하려면 이번 주가 적기"입니다. 본 기사는 재전개 첫날에 맞춰 공식 문서와 커뮤니티 지견을 통합한 실전 가이드입니다.

Fable 5는 "똑똑해진 챗봇"이 아닙니다. 수 시간~수일 동안 자율적으로 계속 실행되는 에이전트(Agent)/팀 멤버로서 설계된 모델입니다. 기존 Opus용 프롬프트를 그대로 가져오면 오히려 성능이 떨어지거나, 애초에 refusal로 거부되어 Fable에서 작동하지 않을 수도 있습니다.

본 기사는 2부 구성입니다.

제1부: 기술적 일반론·이론 — Fable이 무엇이며, 왜 기존과는 다른 취급이 필요한가
제2부: 바로 사용할 수 있는 실전 기술 — 템플릿 · 함정 · 체크리스트

⚠️ 주의 ①: 동작 · 가격 · 액세스 가능 여부는 변경될 수 있습니다. 특히 액세스 상황은 유동적이므로, 본 작업 도입 전에 반드시 Anthropic 공식 문서와 공식 뉴스를 통해 최신 정보를 확인하십시오.

⚠️ 주의 ②: 화제가 된 데모나 시스템 프롬프트 유출(System Prompt Leak) 등의 사례는 진위와 재현성이 확인되지 않은 것이 많으므로, 본 기사에서는 사양의 근거로 다루지 않습니다.

Fable 5는 Anthropic이 Opus 클래스 위에 배치한 Mythos 클래스의 일반 공개 모델입니다. 동일한 토대 위에 안전장치(Safeguard)를 붙인 것이 Fable 5이며, 이를 제거한 것이 Mythos 5(Project Glasswing의 한정 제공)라는 관계입니다. 이름의 유래는 라틴어 fabula(=이야기되는 것)로, 그리스어의 mythos와 어원이 같습니다.

주요 스펙은 다음과 같습니다.

항목	내용
컨텍스트	1M 토큰 (기본값)
...

가격이 높다는 것은 사실이며, 장시간 루프(Loop)는 쉽게 고액의 비용을 발생시킵니다. 예산 설계 · 캐시 활용 · effort 조정은 비용과 직결됩니다 (자세한 내용은 제2부).

Fable 5의 핵심은 태스크가 길고 복잡할수록 타 모델과의 격차가 벌어진다는 점에 있습니다. 기존이라면 인간이 수 시간~수 주일이 걸릴 작업, 예를 들어 대규모 코드 마이그레이션, 다단계 분석, 복잡한 에이전트 플로우, 문서 횡단 리서치, 고정밀 비전 이해 — 이러한 "무거운 단일 작업"에서 진가를 발휘합니다.

반대로 말하면, 스네이크 게임이나 ToDo 앱 같은 간단한 태스크로만 테스트하면 그 능력 범위를 과소평가하기 쉽습니다. "자신이 구모델에는 맡기지 않았던 난제"부터 테스트하는 것이 공식 권장 사항입니다.

이전 시 이해해야 할 Fable 특유의 동작입니다.

지시 준수(Instruction Following)가 극단적으로 강함

상세한 단계별 리스트를 나열하면, 그것을 글자 그대로 따르려다 유연성을 잃습니다. "절차"보다 "목적과 경계"를 전달해야 하는 이유가 바로 이것입니다. -

더 능동적(Proactive)임

요청하지 않았는데 이메일을 초안 작성하거나, 백업 브랜치를 만들거나, 스코프를 넓히기도 합니다. "평가만 해주길 원하는지, 실행까지 해도 되는지"를 명시하지 않으면 알아서 움직입니다. -

Evidence 기반이지만, 방치하면 낙관적인 보고를 하기 쉬움

장시간 실행 시, 도구(Tool) 결과의 뒷받침 없이 "그럴듯한 진척 보고"를 내놓을 때가 있습니다. 보고 전에 도구 실행 결과와 대조(감사)하도록 하는 지시가 신뢰성의 핵심입니다. -

TTFT(첫 번째 토큰까지의 시간)가 김

고난도 태스크는 고effort 설정 시 수 분~, 자율 실행은 수 시간에 달할 수도 있습니다. 이것이 "대화형 턴을 연발하는 데 적합하지 않음 / 모든 사양을 미리 투입해야 함"의 근본적인 이유입니다. 클라이언트의 타임아웃 · 스트리밍 · 진척 표시 등은 이전 전에 재검토가 필요합니다. -

세이프가드(Safeguard)가 강함

사이버 보안 · 생물 · 화학 계열은 refusal이 발생하여 Opus 4.8로 폴백(Fallback)되기 쉽습니다. 이는 능력의 결여가 아니라, 의도적으로 보수적으로 튜닝된 분류기(Classifier)의 작용입니다 (오탐지는 5% 미만의 세션에서 발생한다고 알려져 있습니다).

커뮤니티 게시글에서는 「효율의 문제」로 다뤄지는 경향이 있지만, 사실 Fable에서 작동하느냐 아니냐를 가르는 논점이 두 가지 있습니다. 이는 본 기사에서 가장 강조하고 싶은 포인트입니다.

「단계별로 생각하라(step-by-step)」「사고 과정을 모두 보여달라」가 NG인 진짜 이유는, 단지 과잉 계획(over-planning)을 초래하기 때문만은 아닙니다. 내부 추론을 응답 텍스트로 echo(에코)·기록·설명하게 만드는 프롬프트는 reasoning_extraction이라는 refusal (거부) 카테고리를 트리거하여, Opus 4.8로의 폴백(fallback)을 증가시킵니다.

대책: 구형 Opus용 스킬이나 시스템 프롬프트에 남아 있는 「reflection (성찰)」, 「show your thinking (사고 과정을 보여라)」 계열의 지시를 이행 시에 감사(audit) 및 삭제할 것. -
추론을 보고 싶다면: 응답에 재현하게 하는 것이 아니라, Adaptive thinking의 구조화된 thinking 블록(thinking.display: "summarized")을 읽을 것. 장시간 실행 중인 진행 상황은 send-to-user 툴을 통해 surface (표면화) 할 것.

구세대(Opus 4.6/Sonnet 4.6)용 하네스(harness)를 그대로 이식하면 막히게 됩니다. Fable 5 / Mythos 5에서 budget_tokens를 설정하면 400 에러를 반환합니다. thinking의 깊이는 effort 파라미터로 제어하십시오. 출시 주간에 유행했던 구호는 "You're not supposed to prompt Claude. You're supposed to build a system that prompts itself." (당신은 Claude에게 프롬프트를 입력하는 것이 아니라, 스스로 프롬프트를 생성하는 시스템을 구축해야 합니다.) 입니다. Fable를 「채팅 상대」가 아니라 「팀 리드/컨설턴트」로 다루어야 한다는 컨센서스(consensus)입니다.

구체적으로는 단발성 프롬프트보다 아래 요소들을 조합합니다.

CLAUDE.md / 프로젝트 규칙 (.cursorrules에 상당하는 것을 루트에 상설) -
Memory 파일 (.md로 교훈을 축적) -
Sub-agents (병렬 위임·독립 검증) Artifacts의 영구 스토리지 / 캐시

그리고 중요한 것은, 구형 Opus용으로 정교하게 만들어진 세세한 프롬프트나 스킬은 Fable에서는 역효과를 낼 수 있다는 점입니다. 이행은 단순히 「모델명의 교체」가 아니라, 태스크 경계·검증 방법·장시간 인터랙션의 재설계입니다.

Fable에는 「절차」가 아니라 「조건과 목표」를 전달합니다. 우선 이 5가지 요소부터 시작하십시오.

목적(Why): 왜 이 태스크를 수행하는가. 누구를 위한 것이며, 결과물로 무엇이 가능해지는가.
결과물: 최종적으로 무엇을, 어떤 포맷으로 내보내길 원하는가.
범위: 할 일 / 하지 않을 일 (스코프의 경계).
...

포인트: 목적을 처음에 간결하게 작성하십시오. 규칙을 20개 나열하는 것보다 목적·경계·출력 형식·제약을 짧게 전달하는 것이 더 효과적입니다. 어려운 태스크에서는 "This is a hard / hardest-unsolved problem"이라고 명시하여 undersell(과소평가)하지 마십시오. 좋은 예시를 **10개의 지시보다 1개의 레퍼런스(reference)**로 보여주는 것도 효과적입니다.

장시간·자율 실행 태스크에는 위 내용에 더해 아래 내용을 첫 메시지에 담아야 합니다 (TTFT가 길기 때문에 「나중에 조금씩 나누어 주는 것」은 비효율적입니다).

【자율 동작 지시】
당신은 자율적으로 동작하고 있습니다. 사용자는 실시간으로 모니터링하고 있지 않습니다.
원래의 의뢰로부터 자연스럽게 도출되는 「가역적인 행동」은 확인을 요청하지 말고 진행하십시오.
...

💡 마지막 「최종 보고 형식」은 사소해 보이지만 중요합니다. 장시간 툴 실행 후, 모델은 방대한 내부 컨텍스트를 떠안게 되어 최종 요약이 「본인만이 알 수 있는 약어」로 흐르기 쉽습니다.

Outcome first(결과 우선)를 명시하여 이를 방지하십시오.

effort는 Fable의 비용과 품질을 조절하는 레버(lever)입니다. 최고 effort에서는 모델이 응답하기 전에 자신의 작업을 반성·검증합니다 (출시 파트너인 Rakuten이 「자율 운용을 현실로 만드는 것은 이것」이라고 평가한 동작입니다).

기본 방침: 평소에는 high, 정말 어려운 태스크에만 상위 설정. 기본값으로 최대화하지 말 것. 난이도에 맞출 것. -
주의: effort의 단계 명칭은 정보원에 따라 표기가 나뉩니다 (high / xhigh / ultracode 계열의 기술과, low / medium / high 계열 등). -

계열의 기술 표기가 혼재되어 있습니다. 단순히 암기하여 다른 환경에 유용하지 말고, 자신이 실제로 사용하는 환경(API / claude.ai / Claude Code)에서 선택 가능한 값을 확인하십시오.

용도	노하우 포인트
단시간 태스크	목적 + 결과물 + 포맷을 명확하게. 과도하게 상세하게 적지 말 것
...

Fable은 병렬 서브 에이전트(sub-agent)의 기동 및 유지가 이전 모델보다 격단히 안정적입니다. 사용법은 두 가지입니다.

위임(delegation): 독립적인 하위 태스크를 병렬로 던지고, 메인 스레드는 계속 진행하며, 탈선할 경우 개입한다. -
독립 검증(verifier): 이 부분이 공식 가이드의 핵심입니다. 자기 비판(self-criticism)에만 의존하지 말고, 독립된 검증 역할의 서브 에이전트를 세우십시오. 이를 통해 "모델이 스스로를 옳다고 믿어버리는" 문제를 줄일 수 있습니다.

"Evidence 감사(2-3 블록)"와 "검증 서브 에이전트"는 별개의 레이어입니다. 두 가지를 모두 갖추면 신뢰성이 크게 향상됩니다.

Fable은 메모리 활용의 투자 대비 효과(ROI)가 특히 큰 모델입니다 (공식 출시 결과에 따르면, 파일 기반의 영속 메모리 태스크에서 Fable의 성능이 Opus 4.8의 약 3배 개선됨).

핵심은 "채팅 이력의 복사"가 아니라 "재사용 가능한 교훈의 저장"입니다. 1파일 1교훈 방식으로 축적합니다.

# lessons/001-login-ux.md
**교훈**: 첫 방문 사용자에게는 "즉각적인 피드백"이 가장 효과적이었다.
**배경**: ...
...

프롬프트 내에서 "lessons/ 폴더를 참조하여 판단하라"고 지시하는 것이 효과적입니다. 추가로,

완료된 작업은 짧은 요약으로 압축하여 컨텍스트 부패(context rot)와 비용을 억제한다. -
Retrieve, don't recall— 프롬프트에 전부 집어넣지 말고, 해당 단계에 필요한 슬라이스(slice)만 불러온다.

장시간 태스크 도중에 결과물을 사용자에게 보여주고 싶다면 send-to-user 도구가 유효합니다. 단, 정의만 해두는 것만으로는 Fable이 좀처럼 호출하지 않습니다. 시스템 프롬프트에 명시적인 호출 지시가 필요합니다.

도구 호출 중간에, 사용자가 직접 읽어야 할 내용(부분 결과물이나 질문에 대한 직접적인 답변)이
준비되면, 해당 내용으로 send_to_user 도구를 호출할 것.
send_to_user는 사용자용 콘텐츠 전용임. 내레이션이나 내부 추론에는 사용하지 말 것.

**"단계별로 생각하기(Step-by-step)\

• Why를 강력하게— 무엇을 달성하고 싶은지, 누구를 위한 것인지를 가장 먼저 명시할 것. -
• 경계와 검증 방법을 반드시 포함— 하지 말아야 할 것, 정답을 확인하는 방법을 포함할 것. -
• 절차보다 조건과 목표를 전달— 과도한 지시를 줄이는 것이 가장 효과적임. -
• Memory와 서브 에이전트 (Sub-agent)— 교훈의 축적, 그리고 위임(Delegation) + 독립 검증. -
• '작동을 위한 전제 조건'을 먼저 해결— reasoning 추출 지시 삭제, send_to_user 명시적 지시, budget_tokens 미지원, 폴백 (Fallback) 설계.

Fable 5는 '똑똑한 어시스턴트'가 아니라 '우수한 자율 에이전트 (Autonomous Agent)'입니다. 사람이 세세하게 지시하기보다, 목표와 제약 조건을 전달하여 맡기는 스타일이 가장 궁합이 좋습니다. 그리고 오늘부터 주간 한도의 최대 50%를 무료로 사용할 수 있는 범위는 7월 7일까지입니다. 테스트해 보려면 평소의 간단한 태스크가 아니라, **당신의 '가장 어려운 미해결 문제'**를 던져보세요.

• Anthropic 「Redeploying Claude Fable 5」(7/1 재배포 · 무료 범위 조건)
• Anthropic 「Claude Fable 5 and Claude Mythos 5」(모델 개요 · 세이프가드 (Safeguard))
• Claude Platform Docs 「Prompting Claude Fable 5」(effort · 지시 준수 · memory · reasoning_extraction)
• Claude Platform Docs 「Introducing Claude Fable 5 and Claude Mythos 5」(스펙 · refusal · fallback · 과금)
• Claude Platform Docs 「Prompting best practices」(adaptive thinking · budget_tokens 미지원)

※ 본 기사의 기술적 기술은 상기 공식 문서에 기반합니다. 화제가 된 데모나 비공식 시스템 프롬프트 유출(Leak)은 재현성 및 진위가 확인되지 않았으므로 사양의 근거로 다루지 않습니다. 도입 전에 반드시 공식 문서를 통해 최신 동작, 가격, 액세스 가능 여부를 확인하시기 바랍니다.