Anthropic은 기존 Fable 5 프롬프트가 변경 없이 Claude Fable 5.1에서도 잘 작동할 것이라고 말합니다. 이는 답변에 있어서는 사실입니다. 하지만 그 주변의 모든 것에는 덜 해당됩니다: 모델이 턴당 얼마나 많은 도구 호출을 일괄 처리하는지, 얼마나 많이 설명하는지, 문체가 얼마나 밀도 높은지, 채팅에서 얼마나 많이 서식을 지정하는지, 한 줄을 변경하기 위해 전체 파일을 다시 작성하는지, 그리고 이미 요청한 작업에 대해 허락을 구하기 위해 멈추는지 등입니다. 이 모든 것이 Fable 5와 Fable 5.1 사이에서 달라졌으며, 각각 Anthropic의 Claude Fable 5.1 프롬프트 가이드에 특정 수정 사항이 있습니다.
이 가이드는 모든 변화와 그 수정 사항을 수집하며, 정확한 문구가 중요한 부분에서는 공식 발췌문을 인용합니다. 또한 이전 모델보다 이 모델에서 더 중요한 배치 규칙도 다룹니다: 턴당 지시 사항을 어디에 두느냐에 따라 사고 블록이 무효화되고 캐시가 다시 시작되는지가 결정됩니다. 모델 개요는 Claude Fable 5.1이란 무엇인가를 참조하십시오.
프롬프트 대신 노력으로 시작
노력(Effort)은 Fable 5.1에서 지능, 지연 시간 및 비용을 조절하는 주요 제어 장치이며, 프롬프트 변경 전에 튜닝해야 합니다. 기본값인 high에서 시작한 다음, 자신의 평가를 통해 다른 네 가지 수준을 테스트하십시오. Fable 5에서 스윕을 실행했더라도 다시 실행하십시오: 수준 이름이 모델 간에 동일한 양의 사고를 나타내지는 않습니다.
Anthropic의 테스트 주장: medium에서는 Fable 5와 거의 비슷한 결과를 더 낮은 비용으로 얻을 수 있습니다. low에서는 Fable 5.1이 작업당 비용 면에서 Opus 및 Sonnet과 종종 경쟁력이 있으면서도 더 높은 점수를 받습니다. Fable 5 대비 가장 큰 이점은 xhigh 및 max에서 나타납니다. Fable 5.1에서는 캐시를 재설정하지 않고 대화 중간에 노력을 변경할 수 있으며, output_config(베타 헤더 mid-conversation-output-config-2026-07-01)와 함께 내용이 없는 role: "system" 메시지를 사용합니다. API 사용법에서 요청 형태를 확인할 수 있습니다.
문구보다 배치가 중요하다
Fable 5.1 사고 블록은 이를 생성한 정확한 대화 내에서만 유효합니다(보존된 사고). 이전 턴에 알림을 삽입하고 다음 요청에서 삭제하는 것은 기록 편집입니다. 이는 프롬프트 캐시를 다시 시작하고, 2026년 8월 31일 이후에 생성된 계정에서는 이후의 모든 사고 블록을 무효화합니다.
따라서 턴당 지시 사항은 두 가지 위치 중 하나에 들어갑니다. mid-conversation-system-clear-at-2026-08-21 베타 버전에서는 도구 결과 메시지 다음에 턴 범위 시스템 메시지(turn-scoped system message)로 추가합니다: {"role": "system", "clear_at": "next_user_message", "content": "..."}. 그리고 이전 사본은 배열에 그대로 둡니다. 나중에 사용자 메시지가 존재하면 API는 이전 사본을 지우므로, 모델은 최신 사본만 읽고 지워진 사본은 토큰 비용이 발생하지 않습니다. 베타 버전이 없는 경우, 동일한 사용자 메시지의 tool_result 블록 뒤 텍스트 블록에 문장을 넣고, 이전 사본을 유지합니다. 이미 보낸 사본은 절대 삭제하거나 다시 작성하지 마십시오. 보존된 사고 가이드에서 그 이유를 설명합니다.
세션 수준 지시 사항은 시스템 프롬프트 또는 첫 사용자 턴에 들어갑니다. Anthropic은 첫 사용자 턴의 스타일 지시 사항이 시스템 프롬프트의 동일한 텍스트보다 더 잘 유지된다고 언급합니다.
에이전트 루프에서 턴당 하나의 도구 호출
변화. 여러 항목을 가져오도록 요청했을 때, Fable 5.1은 호출을 병렬로 발행합니다. 다음 독립적인 읽기가 암시되는 코딩 및 컴퓨터 사용 루프에서는, Fable 5가 여러 개를 일괄 처리하던 곳에서 턴당 하나씩 발행할 수 있습니다. 답변에는 영향을 미치지 않지만, 각 추가 턴은 토큰, 왕복 시간, 실제 시간을 소비합니다.
먼저 측정하십시오. 둘 이상의 도구 호출이 있는 어시스턴트 턴의 비율을 추적하고, 해당 비율이 떨어졌을 경우에만 수정 사항을 추가하십시오. 수정 사항은 각 도구 결과 메시지 뒤에 턴 범위 시스템 메시지로 추가됩니다:
First privately list what you need next; then request every item that doesn't depend on another's result in this one response.
"privately"라는 단어를 유지하십시오. 이 단어가 없으면 모델이 때때로 사용자 대신 알림에 응답합니다. 현재 요청 끝 부분에 있는 한 문장은 시스템 프롬프트의 동일한 텍스트보다 훨씬 더 많은 변화를 가져옵니다.
도구 호출 사이에 텍스트를 거의 또는 전혀 넣지 않음
변화. Fable 5.1은 Fable 5보다 긴 도구 호출 턴 동안 사용자에게 보여지는 업데이트를 적게 작성하며, 노력 수준이 높을수록 더욱 그렇습니다. 사용자는 에이전트가 몇 분 동안 조용하거나, 마지막 단계만 다루는 최종 메시지를 보게 됩니다.
세 가지 수정 사항, 순서대로. 첫째, 진행 상황 업데이트를 받고 있는지 확인하십시오: 모델의 도구 사이 메모는 기본 display: "omitted"에서는 비어 있는 thinking 블록으로 반환됩니다. display: "updates"(베타 헤더 thinking-display-updates-2026-08-18)로 설정하고 각 비어 있지 않은 사고 블록을 상태 줄로 렌더링하십시오. 둘째, "모든 발견 사항을 최종 응답까지 보류하라"와 같이 업데이트를 간절히 원하는 이전 모델을 위해 작성된 프롬프트 줄을 제거하십시오. 셋째, 여전히 더 많은 것을 원한다면 시스템 프롬프트 줄을 추가하십시오:
Before you start, say in a line what you're about to do; brief updates while you work help the user follow along. Close with a short recap that stands on its own, covering what you found, what you did, and what's next, so a reader who only sees the last message has the full picture.
제품이 도구 출력을 숨기는 경우, 모델에 턴 범위 시스템 메시지로 알리십시오. 그렇지 않으면 모델이 사용자에게 보이지 않는 출력을 "표시"하기 위해 명령을 실행할 수 있습니다: "해당 명령의 출력은 당신만 봅니다. 사용자가 읽어야 할 부분이 있다면, 답변에 포함하십시오."
작업이 끝나기 전에 턴이 종료됨
변화. 복잡한 비동기 워크로드에서 Fable 5.1은 때때로 작업을 수행하는 대신 다음에 무엇을 할지 설명하거나, 요청에 이미 포함된 단계에 대해 허락을 구합니다. 사용자는 "계속"이라고 답해야 하므로, 모델의 장기적인 역량이 제한됩니다.
수정 사항은 첫 문장이 대부분의 효과를 발휘하는 시스템 프롬프트 블록입니다:
You are operating autonomously. The user is not watching in real time and cannot answer questions mid-task, so asking 'Want me to...?' or 'Shall I...?' will block the work. For reversible actions that follow from the original request, proceed without asking. Stop only for destructive actions or genuine scope changes the user must decide. Offering follow-ups after the task is done is fine; asking permission before doing the work is not.
Before ending your turn, check your last paragraph. If it is a plan, an analysis, a question, a list of next steps, or a promise about work you have not done, do that work now with tool calls. End your turn only when the task is complete or you are blocked on input only the user can provide.
Anthropic은 사용자의 요청을 결과물의 범위로 정의하는 두 번째 블록과 함께 이 블록을 사용합니다: 범위를 좁히거나, 넓히거나, 바꾸지 마십시오. 막히지 않은 모든 부분을 완료하고 누락된 부분을 말하십시오. 요청받지 않았지만 알아차린 것은 제안으로 취급하고 변경 사항으로 취급하지 마십시오. 이 두 블록은 모델이 모호한 요청에 대해 질문할 가능성을 줄일 수 있으므로, 여전히 원하는 확인 사항을 나열하는 줄을 추가하십시오. Opus 5와의 한 가지 차이점: 프롬프트가 보고 전에 모델에게 작업을 확인하도록 요청하는 경우, 그대로 유지하십시오. Opus 5의 검증 지시 사항 삭제 권고는 여기에 적용되지 않습니다.
요청하지 않은 수정 사항 및 추가 테스트 파일
변화. 개방형 기능을 요청하면 Fable 5.1은 해당 기능을 제공하고 때로는 더 많은 것을 제공합니다: 근처의 수정 사항, 확장된 동작, 변경 사항이 필요한 것보다 더 많은 커밋된 테스트 파일.
수정 사항(Anthropic은 작업 성공에 변화 없이 추가 사항을 상당히 줄였다고 말합니다):
If, while working or testing, you find a pre-existing bug, a performance concern, or behavior the task doesn't mention, don't fix, optimize or extend it in this change unless the requested behavior cannot work without it; report it as a follow-up in your summary. Verify your work however you like; scratch scripts and quick checks need not be kept. Commit tests only where the task asks for them or this repository already keeps tests for this kind of change, sized like the neighboring test files. This is about extras only: implement every behavior the task asks for, completely.
작은 변경을 위해 전체 파일이 다시 작성됨
변화. Fable 5.1은 Fable 5보다 전체 파일을 다시 작성하는 경향이 더 높으며, 특정 부분만 편집하는 대신 전체를 다시 작성합니다. 결과는 같지만 출력 토큰이 더 많아집니다.
수정 사항은 시스템 프롬프트 또는 첫 사용자 메시지에 있습니다:
The number of tokens used to edit files is best minimized, all else being equal. Therefore, when it will not affect the end result, try to surgically edit a file rather than rewrite the entire thing.
문체가 길고 밀도 높음
변화. Fable 5.1의 문체는 일반적으로 이전보다 향상되었으며, 상투적인 표현이 줄었습니다. 하지만 일부 경우에는 Fable 5보다 밀도 높습니다: 더 긴 문장, 더 적은 단락 구분.
수정 사항은 안티패턴을 정의하는 것입니다. Anthropic의 발췌문은 "꾸밈이 많은 문체(mannered prose)"를 직접적인 진술 대신 은유와 수사를 사용하여 작가를 드러내고 아이디어를 전달하기 위한 글쓰기로 묘사합니다. 지시 사항은 의미하는 바를 말하고, 가능한 경우 문자 그대로의 구를 사용하라는 것입니다. 줄임말도 효과적입니다: "모든 꾸밈이 많은 문체를 제거하십시오."
채팅 응답이 내용에 필요한 구조보다 적게 포함됨
변화. 이전 모델은 글머리 기호와 굵은 글씨를 과도하게 사용했기 때문에 많은 프롬프트에 서식 방지 규칙이 포함되어 있습니다. Fable 5.1은 반대 경향을 보입니다: 굵은 글씨, 헤더 및 목록이 적습니다. 이러한 오래된 규칙은 이제 내용에 필요한 구조를 억제합니다.
수정 사항. 서식 방지 언어를 제거하거나, 서식이 도움이 되는 경우를 명시하는 규칙으로 대체하십시오: 요청받았을 때 또는 내용이 명확성을 높일 만큼 다면적일 때 목록을 사용하십시오. 최소한의 서식에 대한 명시적인 요청을 존중하십시오. 대화 또는 감정적인 교류에서는 평이한 문체를 유지하십시오.
요약이 출처 문구를 표시 없이 재현함
변화. 문서를 요약할 때, Fable 5.1은 Fable 5보다 출처의 구절을 인용 표시 없이 재현하는 경향이 더 높습니다.
수정 사항. 시스템 프롬프트에 완전한 예시를 하나 추가하십시오: 사용자 요청, 어시스턴트 자신의 간접 화법으로 각 출처를 전달하고 최대 하나의 짧은 표시된 인용구를 포함하며, 올바른 이유를 설명하는 한 문장짜리 근거를 포함하는 올바른 응답. Anthropic 예시의 도구 호출 자리 표시자를 자신의 도구 이름으로 바꾸십시오.
낮은 노력 수준에서 검색 대신 기억으로 답변
변화. low 노력 수준에서 Fable 5.1은 Fable 5보다 검색 및 검색 도구를 덜 자주 호출하며, 특히 알고는 있지만 최신 정보가 없는 이름 있는 제품 및 모델의 경우 더욱 그렇습니다.
두 가지 수정 사항. 메시지별 노력 수준으로 해당 턴의 노력 수준을 높이십시오. 또는 시스템 프롬프트에서 모델에게 빠르게 변화하는 분야의 이름을 인식하는 것과 현재 상태를 아는 것은 다르다는 것을 알리고, 답변하기 전에 검색해야 하며, 사용자가 작성한 이름 그대로 하나 이상의 쿼리에 포함해야 한다고 지시하십시오.
xhigh 및 max에서 긴 결과물에 너무 오랜 시간이 걸림
변화. xhigh, 특히 max 수준에서 Fable 5.1은 긴 결과물의 대부분을 사고 과정에서 초안을 작성한 다음, 응답으로 다시 작성하여 대기 시간과 출력 토큰을 두 배로 늘릴 수 있습니다.
두 가지 수정 사항. 해당 요청을 high에서 실행하고, 측정 가능한 이득이 있을 때만 더 높은 수준으로 이동하십시오. xhigh 또는 max를 유지한다면, max_tokens를 사고 과정과 답변을 위한 공간을 확보하도록 설정하고, 사용자 메시지에 하나의 응답으로 생성된 모든 것(추론 포함)이 실제 max_tokens와 거의 동일한 단일 한도에 포함되며, 추론으로 결과물을 완전히 구성하고 응답으로 다시 구성하는 것은 턴을 두 배로 늘리지만 개선하지 않는다는 내용의 메모를 추가하십시오. 이후 요청에서는 해당 메모의 이전 사본을 그대로 두십시오.
무해한 코딩 요청이 거부됨
변화. Fable 5.1의 분류기는 출시 당시 Fable 5의 분류기보다 오탐이 적으며, 소스 코드에서 취약점을 찾는 것이 이제 허용됩니다. 여전히 오탐이 발생할 수 있습니다.
변경할 세 가지 문구. "Does this program compile without errors?" 대신 "Are there any bugs in this program?"이라고 질문하십시오. 잘 알려지지 않은 언어에 대한 문서를 모델에 제공하십시오. base64로 인코딩된 데이터를 컨텍스트로 반환하는 도구를 제거하십시오. 그럼에도 불구하고 fallbacks를 구성된 상태로 유지하십시오. 거부 처리 가이드에서 다룹니다.
클라이언트 측 압축 요약이 세부 정보를 누락함
Fable 5.1은 압축 요약이 정확히 무엇을 유지해야 하는지에 대한 지시를 잘 따릅니다. 서버 측 압축은 이미 이를 수행합니다. 클라이언트에서 압축하는 경우, 모델에게 `
` 태그 안에 요약하고 다음을 순서대로 보존하도록 지시하십시오: 발생한 어려움과 해결 방법, 제시되거나 보류된 접근 방식과 그 이유, 요청되거나 결정된 모든 사항을 정확히, 현재 상황, 여전히 미해결된 사항, 그리고 이름, 숫자, 링크와 같이 재구성하기 어려운 세부 정보. "이 요약을 작성하는 동안 도구를 호출하지 마십시오. 텍스트로만 응답하십시오."로 마무리하십시오. 이는 요약 요청에 대화의 도구가 여전히 포함되어 있을 때 중요합니다.
하위 에이전트 및 비전
두 가지 수정 사항은 프롬프트보다는 아키텍처에 가깝습니다. 코딩 작업에서 하위 에이전트가 실행되는 동안 리드 에이전트가 계속 작업하도록 하십시오: 하위 에이전트를 시작하는 도구가 즉시 반환되도록 하고, 각 결과를 나중에 사용자 메시지로 전달하며, 리드 에이전트에게 기다리고 싶을 때 호출할 수 있는 별도의 도구를 제공하십시오. 밀집된 차트 및 중첩된 테이블의 경우, 모델에게 선택된 영역을 확대하여 반환하는 자르기 도구 또는 기본 이미지 라이브러리가 있는 컨테이너를 제공하십시오. low 노력 수준에서는 자르기를 건너뛸 수 있으므로 호출 로그를 확인하십시오.
Apidog에서 프롬프트 변경 사항 테스트
위에 언급된 모든 수정 사항은 전후 테스트의 후보입니다. Apidog에서 에이전트 루프의 첫 세 턴을 요청 시퀀스로 저장하고, 시스템 프롬프트를 매개변수화한 다음, 동일한 노력 수준에서 각 스니펫을 포함하거나 포함하지 않고 실행하십시오. 일괄 처리 수정의 경우 어시스턴트 턴당 tool_use 블록 수를, 대상 편집 및 밀도 수정의 경우 usage.output_tokens를, 자율성 수정의 경우 "Next, I"로 시작하는 마지막 단락의 부재를 단언하십시오. Apidog 다운로드하여 빌드하십시오. Claude Code 가이드는 이 줄들 중 어떤 것이 CLAUDE.md에 속하는지 보여줍니다.
자주 묻는 질문
Fable 5 프롬프트가 Fable 5.1에서도 작동하나요? Anthropic은 변경 없이도 잘 작동해야 한다고 말합니다. 차이점은 동작에 있습니다: 일괄 처리되는 도구 호출 감소, 진행 상황 업데이트 감소, 더 밀도 높은 문체, 더 적은 채팅 서식, 전체 파일 재작성, 그리고 개방형 작업에서의 범위 확장 등이 있습니다.
Fable 5.1에서 어떤 노력 수준으로 프롬프트를 작성해야 하나요? high에서 시작하여 스윕하십시오. Anthropic은 medium이 Fable 5와 비슷한 결과를 더 낮은 비용으로 제공하며, low는 작업당 비용 면에서 Opus 및 Sonnet과 종종 경쟁력이 있다고 말합니다.
Fable 5.1에서 턴당 지시 사항을 어디에 두어야 하나요? 도구 결과 후에 clear_at: "next_user_message"를 사용하여 턴 범위 시스템 메시지로 두되, 이전 사본은 그대로 두십시오. 이전 턴에서 텍스트를 삽입하고 삭제하는 것은 이후 사고 블록을 무효화하고 캐시를 다시 시작합니다.
Opus 5처럼 "작업 확인" 지시 사항을 제거해야 하나요? 아닙니다. 그 지침은 Opus 5의 과도한 검증에 대한 특정 지침이었습니다. Fable 5.1에서는 그대로 유지하십시오.
Fable 5.1이 전체 파일을 다시 작성하는 것을 어떻게 막을 수 있나요? 시스템 프롬프트 또는 첫 사용자 메시지에 한 줄을 추가하십시오: 파일을 편집하는 데 사용되는 토큰을 최소화하고, 결과에 영향을 미치지 않는다면 전체를 다시 작성하는 대신 특정 부분을 편집하십시오.