Claude Fable 5 프롬프트 작성법, 촘촘한 지시 대신 루프 설계로

게시 2026.07.18 · 약 6분 분량

Claude Fable 5 프롬프트의 핵심은 지시를 더 촘촘하게 쓰는 게 아니라 덜 쓰는 것이다. Anthropic 공식 문서에 따르면 Fable 5는 이전 모델용으로 단계마다 세밀하게 짠 지시가 오히려 결과를 나쁘게 만들 수 있는 첫 세대다. 2026년 7월 기준 프롬프트의 무게중심은 영리한 지시문을 쓰는 쪽에서, 모델 주변에 검증과 메모리, 경계, effort(작업에 들일 사고량을 정하는 조절값) 같은 루프를 짜는 쪽으로 옮겨갔다. 이 글은 Claude API로 claude-fable-5를 코드나 에이전트에 붙여 쓰는 개발자를 대상으로 하며, claude.ai 채팅 사용법이나 Opus·Sonnet·Haiku 같은 다른 모델의 프롬프트는 다루지 않는다.

Fable 5는 이전 모델과 무엇이 다른가

같은 프롬프트 기법은 대부분 그대로 통하지만, 길고 모호한 과제를 스스로 계획하는 능력이 올라가면서 지시하는 방식이 달라진다.

Anthropic 공식 문서 기준 claude-fable-5는 2026년 6월 9일 Claude API와 Amazon Bedrock, Google Cloud, Microsoft Foundry에서 일반 공개됐다. Claude 5 계열의 첫 모델이고 Opus 위 계층에 놓인다. 요금은 100만 입력 토큰당 10달러, 100만 출력 토큰당 50달러다. 기본 컨텍스트 창은 100만 토큰이고, 한 요청의 출력은 최대 128k 토큰까지다. 같은 능력에서 안전 분류기만 뺀 제한 공개판이 Claude Mythos 5(claude-mythos-5)로, 파트너 프로그램에서만 열린다.

Anthropic은 Opus 4.8과 비교해 긴 작업을 오래 끌고 가는 자율성, 잘 정의된 문제를 한 번에 맞히는 정확도, 조밀한 기술 이미지 해석, 병렬 서브에이전트 관리에서 개선이 있다고 밝혔다. 모델이 스스로 세우는 계획이 사람이 짠 발판보다 나은 경우가 생기고, 프롬프트 전략은 여기서 갈린다.

왜 촘촘한 단계별 지시가 품질을 떨어뜨리나

모델의 지시 준수와 자체 계획 능력이 올라가, 낡은 모델용 규칙이 모델의 판단을 덮어쓰기 때문이다.

Anthropic 공식 문서는 이전 모델을 겨냥해 만든 스킬이 Fable 5에는 지나치게 규범적이어서 출력 품질을 떨어뜨릴 수 있다고 적었다. 그래서 옮겨 올 때 기존 지시를 다시 살펴보고, 기본 동작이 더 낫다면 오래된 규칙을 덜어내라고 권한다. 실무에서는 각 행동을 하나하나 열거하는 대신 짧은 지시 한 줄로 방향을 잡는 편이 같은 효과를 낸다. Claude 공식 프롬프트 가이드도 이 점을 마이그레이션의 첫 항목으로 든다.

함정이 하나 있다. Anthropic 공식 문서에 따르면 모델에게 자기 추론을 응답 본문에 그대로 옮겨 적으라고 지시하면 reasoning_extraction이라는 거부 범주가 발동해 Opus 4.8로 폴백되는 비율이 올라간다. 기존 스킬에 '네 생각을 설명하라' 류 문구가 있으면 걷어내는 편이 안전하다. 추론이 보고 싶으면 응답에 베끼게 하지 말고 요약된 thinking 블록을 읽는 쪽으로 바꾼다.

effort로 지능·지연·비용을 어떻게 맞추나

effort는 Fable 5에서 똑똑함과 속도, 비용을 맞바꾸는 주된 손잡이다. Anthropic 공식 문서는 대부분 작업에 high를 기본으로 두고, 능력이 가장 중요한 작업에 xhigh, 반복 작업에 medium이나 low를 쓰라고 안내한다.

Anthropic은 Fable 5의 낮은 effort 설정도 이전 모델의 xhigh 성능을 넘는 경우가 많다고 밝혔다. 대신 어려운 과제 한 건이 높은 effort에서 수 분씩 돌고 자율 실행은 수 시간까지 이어질 수 있으니, 클라이언트 타임아웃과 스트리밍, 진행 표시를 미리 늘려 둬야 한다. effort를 올리면 출력 토큰이 늘어 비용도 함께 오른다. 토큰 사용량을 확인하는 방법을 함께 보면 씀씀이를 가늠하기 쉽다.

짧은 지시로 행동을 잡는 실전 프롬프트

지시를 줄이라는 말이 아무 말도 하지 말라는 뜻은 아니다. 방향을 정하는 짧은 문장 몇 개가 오히려 잘 듣는다. 과제가 모호할 때 모델이 과하게 계획만 세우는 걸 막으려면 시스템 프롬프트에 이런 지시를 넣는다.

When you have enough information to act, act. Do not
re-derive facts already established, re-litigate a
decision the user has made, or narrate options you
will not pursue. If you are weighing a choice, give a
recommendation, not an exhaustive survey.

긴 자율 실행에서는 진행 상황을 지어내지 않도록, 보고하기 전에 각 주장을 이번 세션의 실제 도구 결과와 대조하라고 못박는다. Anthropic은 이 지시가 꾸며낸 진행 보고를 거의 없앴다고 밝혔다. 요청하지 않은 행동, 이를테면 묻지도 않은 이메일 초안이나 방어용 git 브랜치 백업을 막으려면 무엇을 하고 무엇을 하지 말지 경계를 분명히 적는다. 세밀한 절차 대신 이런 경계 문장 서너 개가 낡은 모델의 긴 규칙 목록을 대신한다.

모델 주변에 루프 짜기: 검증·메모리·서브에이전트

Fable 5 프롬프트의 진짜 지렛대는 지시문이 아니라 모델을 감싸는 루프다. Anthropic 공식 문서는 긴 작업에서 자기 비평보다 새 컨텍스트를 가진 검증용 서브에이전트가 더 낫다고 권한다. 일정 간격으로 스펙과 대조해 자기 작업을 확인하게 하고, 독립적인 하위 작업은 서브에이전트에 맡겨 병렬로 돌린다.

메모리도 한 축이다. 지난 실행에서 배운 교훈을 파일 하나에 한 건씩 적어 두면 다음 실행에서 참조한다. 팀 지식을 CLAUDE.md와 스킬로 남겨 두는 접근과 같은 결이다. 비동기로 오래 도는 에이전트라면, 사용자가 반드시 봐야 할 내용을 턴을 끝내지 않고 그대로 전달하는 send_to_user 같은 클라이언트 도구를 붙인다. 다만 Anthropic 공식 문서는 시스템 프롬프트에 호출 지시가 없으면 Fable 5가 도구를 거의 부르지 않는다고 짚는다. 도구 정의만으로는 부족하고, 언제 부를지 알려주는 문장을 함께 넣어야 한다.

{
 "name": "send_to_user",
 "description": "Display a message directly to the user.",
 "input_schema": {
  "type": "object",
  "properties": {
   "message": { "type": "string" }
  },
  "required": ["message"]
 }
}

마이그레이션 체크: adaptive thinking과 거부 처리

Opus 4.8에서 갈아탈 때 API 동작 세 가지가 바뀐다. 모델을 갈아타기 전에 점검할 것들의 연장선으로 보면 된다.

첫째, Fable 5는 adaptive thinking만 지원한다. Anthropic 공식 문서에 따르면 thinking 파라미터를 비우면 자동 적용되고 thinking type을 disabled로 끄는 설정은 지원하지 않으며, 사고 깊이는 effort로 조절한다. 원본 사고 과정은 반환되지 않고 요약본만 받을 수 있다. 둘째, Fable 5는 오펜시브 사이버보안이나 생명과학 같은 영역에서 요청을 거부할 수 있는데, 이때 Messages API는 오류가 아니라 stop_reason 값을 refusal로 하는 HTTP 200 응답을 돌려준다. 셋째, 거부된 요청은 대개 다른 Claude 모델로 재시도해 처리한다. 서버측 fallbacks 파라미터나 SDK 미들웨어로 Opus 4.8 폴백을 걸어 두면 된다. Anthropic은 출력이 나오기 전에 거부된 요청에는 과금하지 않는다고 밝혔다.