Anthropic이 신모델 「Claude Fable 5」(및 승인 조직용 Claude Mythos 5)의 프롬프팅 가이드를 공개했습니다.

Opus 4.8까지와는 동작이 달라졌으므로, 이행 시 파악해 두어야 할 포인트를 정리합니다.

구독 추가 요금 없이 Fable 5를 사용할 수 있는 기간은 7월 7일까지

Fable 5는 현재 기간 한정 프로모션으로서 Pro・Max・Team・Enterprise(프리미엄 시트) 각 플랜에 추가 요금 없이 포함되어 있습니다.

기간은 **2026년 7월 1일~7월 7일 23:59(태평양 표준시)**까지입니다. 신청이나 활성화 절차는 필요 없으며, 모델 피커에서 「Fable 5」를 선택하기만 하면 됩니다 (Claude Code는 v2.1.170 이후 버전이 필요).

이용 시 주의사항:

• Fable 5에 사용할 수 있는 양은
  주간 이용 한도의 최대 50%까지입니다. 다른 모델 이용과 동일한 한도를 공유하며, Fable 5는 소비 속도가 빠릅니다.
• 주간 한도에 도달했을 경우에는 두 가지 선택지가 있습니다: ① 종량제인 「usage credits」(구독과는 별도 청구)로 계속 사용하기, ② 다른 Claude 모델로 전환하여 남은 한도 내에서 작업하기. 무료 플랜, Enterprise의 스탠다드 시트, 종량제형 Enterprise, API는 대상 외입니다 (API를 통한 Fable 5는 통상 요금이 적용됩니다).
• 프로모션 종료 후(7월 8일 이후)에는 Fable 5가 플랜의 주간 한도에 포함되지 않으며, usage credits를 통한 이용으로 전환됩니다.

우선 전제: "어려운 태스크일수록 진가를 발휘한다"

Fable 5는 기존 모델들에게는 너무 복잡했거나, 너무 길었거나, 너무 모호했던 태스크를 위한 모델입니다. 인간이라면 수 시간~수 주가 걸릴 엔드투엔드 (End-to-End) 업무를 잘 수행하며, 간단한 태스크로만 테스트하면 실력을 과소평가하기 쉽다고 공식 측에서 명시하고 있습니다. 우선은 "기존 모델에는 맡길 수 없었던 가장 어려운 일"부터 시도하는 것을 권장합니다.

주요 강화 포인트:

• 장시간 자율 실행: 수일 단위의 목표 지향적 태스크를 지시를 유지한 채 완수할 수 있습니다.
• 단 한 번의 정답률: 사양이 명확한 복잡한 문제를 첫 구현에서 통과하는 사례가 증가했습니다.
• 이미지 이해: 기술적인 스크린샷이나 밀도가 높은 이미지의 판독 정밀도가 대폭 향상되었습니다.
• 병렬 서브 에이전트 (Parallel Sub-agents): 여러 에이전트의 파견 및 지속적인 상호작용이 격격히 안정되었습니다.

참고로, 공격적인 사이버 보안이나 생물·라이프 사이언스 계열의 태스크는 안전 분류기(Safety Classifier)의 대상이 되어 거부(Refusal)가 발생할 수 있습니다 (양성 태스크에서도 오탐지가 있을 수 있습니다. Opus 4.8로의 폴백(Fallback) 설정이 권장됩니다).

변경점 ①: 1 턴이 길어진다

어려운 태스크에서는 1회 요청이 수 분~, 자율 실행은 수 시간에 달할 수도 있습니다. 이행 전에 클라이언트의 타임아웃, 스트리밍, 진행 상황 표시 UI를 재검토하십시오. 블로킹(Blocking) 방식으로 기다리는 것이 아니라, 스케줄 잡(Schedule Job) 등을 통해 비동기적으로 확인하는 구성을 권장합니다.

과도한 계획(Overplanning)을 방지하려면, "행동할 수 있는 정보가 갖춰지면 행동한다. 결정된 사항을 다시 들추지 않는다. 선택하지 않을 선택지를 나열하지 않는다"와 같은 지시가 효과적입니다.

변경점 ②: effort가 주요 컨트롤 수단으로

지능·레이턴시(Latency)·비용의 트레이드오프(Trade-off)는 effort 파라미터로 조정합니다.

• 기본값은 high
• 최우선 워크로드(Workload)는 xhigh
• 정형 작업은 medium / low (낮은 effort에서도 구모델의 xhigh를 상회하는 경우가 많음)

높은 effort를 설정하면 요청하지 않은 리팩토링이나 "미래를 위한 추상화"를 수행하는 경향이 있으므로, "태스크에 필요한 범위를 넘어 기능을 추가, 리팩토링, 추상화하지 않는다. 동작하는 최소한의 것(things)을 수행한다"라는 억제 지시가 소개되어 있습니다.

변경점 ③: 지시 추종 능력이 강함 = 프롬프트는 짧아도 된다

행동을 하나하나 열거하지 않아도 짧은 지시로 방향을 잡을 수 있게 되었습니다. 예를 들어, 장황한 출력에 대해서는 "결론부터 작성한다. 첫 문장에서 '무슨 일이 일어났는지'에 답한다"라는 한마디면 충분하다고 합니다.

역으로 말하면, 구모델을 위해 상세하게 작성했던 프롬프트나 스킬은 Fable 5에게 과잉이며 오히려 품질을 떨어뜨릴 수 있다고 합니다. 이행 시에는 기존 프롬프트의 재검토를 권장합니다.

변경점 ④: 장시간 실행에서의 신뢰성을 높이는 테크닉

• 진척 보고의 사실 확인(Back-checking) 의무화: "보고하기 전에 각 주장을 이 세션의 도구(Tool) 결과와 대조하라. 증거를 제시할 수 있는 작업만 보고하라"라는 지시를 통해, 허위 상태 보고가 거의 제로가 되었다고 합니다 (Anthropic 사내 테스트).
• 경계를 명시하기: 문제 상담인지 수정 요청인지를 구분하게 하고, "물어보기 전까지는 수정하지 마라"라고 전달합니다.
• 메모리 시스템 준비하기: Markdown 파일이면 충분합니다. 과거의 배움을 '1파일 1레슨' 형태로 기록하게 하면 성능이 향상됩니다.
• 이유도 전달하기: "누구를 위해, 무엇을 가능하게 하기 위한 의뢰인가"라는 배경이 있으면, 의도를 추측하게 하는 것보다 더 좋은 결과가 나옵니다.

변경점 ⑤: 가끔 발생하는 동작과 대처

• 조기 중단: 긴 세션의 종반부에서 "그럼 다음에 X를 실행하겠습니다"라고 말한 채 도구(Tool)를 호출하지 않고 멈추는 경우가 드물게 있습니다 → 자율 파이프라인에는 "사용자는 실시간으로 보고 있지 않다. 가역적인(Reversible) 액션은 확인 없이 진행하라. 마지막 단락이 계획이나 약속으로 끝났다면, 지금 실행하라"를 추가합니다.
• 컨텍스트(Context) 잔량에 대한 과도한 배려: 남은 토큰의 카운트다운을 보여주면, 멋대로 세션을 분할하거나 요약을 제안할 때가 있습니다 → 잔량 표시를 피하거나, "컨텍스트는 충분하다. 계속하라"라고 한마디 덧붙입니다.

변경점 ⑥: 스캐폴딩(Scaffolding) 권장 사항

• 장시간 태스크에는 **별도 컨텍스트의 검증용 서브 에이전트(Sub-agent)**를 정기적으로 실행합니다 (자기 비판보다 효과적).
• "추론(Thinking)을 답변 본문에 받아 적어라" 계열의 지시는 reasoning_extraction의 거부(Refusal)를 유발하므로 삭제합니다. 추론의 가시화가 필요하다면 adaptive thinking의 thinking 블록을 읽습니다.
• 비동기 장시간 에이전트에는 send_to_user 도구(사용자에게 원문 그대로 메시지를 전달하는 클라이언트 측 도구)를 준비합니다. 단, 도구 정의만으로는 호출되지 않으므로, 시스템 프롬프트에서 사용 시점을 지시해야 합니다.

Loop Engineering과의 상성

최근 X(구 Twitter)에서 화제가 되고 있는 "루프 엔지니어링 (Loop Engineering)"이라는 개념이 있습니다. 에이전트에게 직접 프롬프트를 입력하는 것을 그만두고, 에이전트에게 프롬프트를 주는 시스템(루프) 자체를 설계하자는 패러다임입니다.

Schedule → Discover → Build → Verify → Repeat의 사이클을 돌려, 업무의 발견부터 검증까지를 루프에 맡깁니다.

Claude Code 책임자인 Boris Cherny 씨도 검증 루프를 사용하지 않는 것이 기업의 가장 큰 실수라고 지적하며, 자신의 코드 4할 이상이 이미 루프를 통해 작성되고 있다고 밝혔습니다.

이 관점에서 다시 읽어보면, Fable 5 가이드의 권장 사항은 그대로 루프의 부품입니다.

Fable 5 가이드 권장 사항	루프의 공정
스케줄 잡(Schedule job)을 통한 비동기 실행	Schedule
...

즉 Fable 5는 "사람이 프롬프트를 입력한다"는 전제에서 "루프가 프롬프트를 입력한다"는 전제로의 이행을 내다본 모델이며, 프롬프트를 덧붙이는 것이 아니라 덜어내고, 그만큼을 루프 설계에 투자하는—본 가이드의 방침과 루프 엔지니어링은 같은 방향을 향하고 있습니다.

참고:

요약

Fable 5 이행의 핵심은 '덧붙이기'보다 '덜어내기'입니다. 세세한 지시를 쌓아 올린 기존 프롬프트를 재검토하고, effort로 강도를 조정하며, 장시간 실행을 전제로 타임아웃, 검증, 보고 메커니즘을 정비하는 것입니다.

이 세 가지 포인트를 짚는다면, 지금까지 맡길 수 없었던 규모의 업무를 맡길 수 있게 된다는 것이 공식 가이드의 메시지였습니다.

공식 문서:

Discussion