하루가 지난 클로드 페이블 5.1 베스트 프랙티스 알아야 할 것 – “단가 고정으로 청구가 반액”이 되는 이유와 프롬프트 및 전환의 모든 기술

게시판: 뉴스 | 작성자: admin | 작성일: 2026-09-14T21:18:34.225Z

2026년 9월 1일에 출시된 클루드 페이블 5.1과 Glasswing용 미토스 5.1입니다.

드디어 Fable 이용권을 사용할 수 있는 날이 왔네요! 1개월 전부터 Fable 5.1의 소문을 듣고 있었는데, 기한 내에 와서 くれる게 부탁드렸거든요. 아직 이용권을 가지고 계신 분들은 꼭 사용해 보세요. 9월 19일까지입니다.

하지만 “파벨 5의 미니 업데이트잖아?”라고 생각하지 않으셨나요?

다르게 말씀드려요. 상당히 괜찮은 업데이트였거든요. 사용해보니까 생각보다 좋았어요. 똑똑한 페이블이 다시 돌아왔습니다!

실제로 이번 업데이트의 핵심은 모델 단체의 지능 이상으로 “수 시간에서 수일까지 자율적으로 작동하는 장시간 에이전트를 압도적으로 저 비용 및 안정적으로 운영하기 위한 실무 최적화”에 있습니다.

이 글에서는 공식 문서(What’s new /Prompting 5.1)와 1일 동안 수집한 최신 정보를 종합하여 요금제의 비결, 이관 시의 파괴적인 변경 사항, 실무에서 즉시 적용 가능한 프로ンプ트 원칙 및 복사-붙여넣기용 템플릿까지를 한 권에 담아보았습니다.

와, 9월 3일에 Gemini 3.8 Flash와 Muse Spark 1.3도 나왔다니 정말 즐거운 하루하루를 보내고 있습니다. Muse Spark 1.3는 Opencode의 무료 枠에, Gemini 3.8는 AIStudio에서 무료로 사용할 수 있게 되었습니다! 저는 아침 5시부터 노트북을 한계까지 팍팍 써내려갑니다.

페이블 5.1은 기존 페이블 5와 비교하여 다음과 같은 영역에서 괄목할 만한 발전을 이루었습니다.

장시간 에이전트 안정화를 위한 멀티 파일 기반 코드베이스의 대규모 이양 및 리팩토링은 수 시간 동안 중단 없이 자율적으로 진행됨.
지식 기반 작업의 일관성 있는 수행: 조사부터 보고서 작성, 수식 포함 스프레드시트, 슬라이드 자료 생성에 이르기까지 모든 단계를 처음부터 완벽하게 수행합니다.
다단계 리서치 정확도 향상: 심층 웹 리서치에서 문맥 추적 및 추론이 강화되었습니다.
비전 및 문서 읽기: 고밀도 차트, 재무제표, 표에 대해 래핑 및 줌 도구를 병용하여 정밀 분석이 가능하다.
1백만 토큰 전체를 아우르는 깊이 있는 문맥 추론에 대응한다.

💡 미스(Mythos) 5.1과 차이점은 무엇입니까?

파벨 5.1(일반 제공)과 미토스 5.1(글래스윙 한정)은 기본 모델의 기본 성능은 동일합니다. 안전 장치와 제공 플랫폼만 다릅니다.

단가 유지에도 청구가 반액의 기막힌 방법

파벨 5.1의 가격표를 본 사람들의 많은 수가 “가격이 변하지 않았을까?”라고 의문을 품습니다.

💰 단가 비교 (USD / 1M 토큰)

항목 Fable 5 Fable 5.1 일반 입력 (Input) | 10 달러 | 10 달러 | 싱글 플레이 출력 (Output) | 50 달러 | 50 달러 | 싱글 플레이 캐시 쓰기 (5분) | 12.50 달러 | 12.50 달러 | 싱글 플레이 캐시 읽기 (캐시 읽기) | 1 달러 | 0.25 달러 | 🟢 75% 할인

어머, 10/50이네. Grok이 2/6인 걸 생각하면 엄청난 차이에요.

📉 왜 총 청구액이 25~45%나 급감하는 것일까요?

에이전트형 개발이나 장대한 설계서를 참조하는 워크플로우에서는 “거대한 프롬프트(Prefix)를 매턴마다 읽고 다시” 때문에 토큰 소비의 대부분이 캐시 읽기(Cache Read)에 해당됩니다.

이 캐시 읽기 비용이 1.00달러에서 0.25달러(1/4)로 낮아졌습니다.

일반적인 개발 작업: 실질적으로 약 25% 비용 절감
장시간 가동하는 복잡한 에이전트: 실효 약 45% 비용 절감
200K 컨텍스트를 100회 재사용한 경우: 20 → 5

극적인 비용 절감이 실현되었습니다. 음, 저는 꽤 많은 캐시를 청소하면서 지시를 내리지만요. 개발 로그를 남겨두니까, 그걸 보여주기 때문에 큰 이점은 없네요.

【주의사항】이동 시 발생하기 쉬운 3가지 파괴적 변화

모델명을 claude-fable-5-1로 변경하는 것 외에는 기본 기능은 작동하지만, 과거 코드대로 사용하면 오류가 발생하는 주요 변경 사항이 3가지 있습니다.

🚨 파괴적인 변경 (Breaking Changes)

강제 도구 사용의 금지
Thinking 블록의 호환성(기존 모델로의 단방향 전환)
과거 이력 편집을 통한 Thinking 블록 무효화

도구 선택: {"type":"any"}는 400 오류

이전에는 특정 도구 호출을 강제하는 지정이 폐지되었습니다.
해결 방법: 도구 선택: 자동 선택 + strict: true를 사용하거나, 프롬프트 내에서 “〇〇 툴을 사용하여 답변해 주세요”라고 명시합니다.

과거 턴 편집은 금지됩니다(Append-only 원칙).

중간에 시스템 프롬프트나 과거 메시지를 수정하면 “The block is bound to a different conversation” 오류가 발생하고, Thinking이 파기됩니다.
해결 방법: 대화 기록은 추가(Append-only) 방식으로 관리하며, 일시적인 지시사항은 새로운 기능인 턴 기반 시스템(1턴 제한 지시)을 활용합니다.

이전 모델로의 복귀 시에는 생각(Thinking)이 소실됩니다.

파벨 5.1의 Thinking 블록을 Opus나 이전 Sonnet에 그대로 전달할 수 없습니다(단방향). 안타깝네요.

실무에서 두각을 나타내다! Fable 5.1 프롬프트 엄선 원칙

공식 문서『Claude Fable 5.1 프롬프트 가이드』에서 권장하는 실무 기술 및 특히 중요한 부분을 발췌했습니다.

먼저 Opus 5로 먼저 시도해 보시고, MAX의 노력을 최대한 써도 효과가 없다면 사용하는 것이 좋습니다. 가격이 비싼 점도 고려해야 합니다.

에이전트의 ‘단일 툴 의존증’ 치료 (배치화)

방치하면 1턴에 1번만 툴을 호출하고 왕복이 늘어날 가능성이 높습니다. “의존 관계 없는 툴 호출은 1 응답으로 병렬 실행해야 한다”는 명시적인 지시입니다.

자유로운 추가 및 과도한 테스트 억제

친절한 마음으로 요청받지 않은 파일까지 수정하거나, 과도한 테스트 코드를 추가하려 합니다. “지시된 범위 밖의 기존 버그는 수정하지 않고 요약에 보고에 그칠 것”을 범주로 명시합니다.

진행 상황은 명시적으로 요청한다

5.1은 불필요한 잡담을 줄이고 툴 호출을 조용히 처리하는 경향이 있습니다. 무음 시간이 길어지는 것을 방지하기 위해 “시작 시 1줄 선언, 중단 중 메모, 마지막으로 요약 출력”이라는 지시를 내립니다.

노력(사고 깊이)은 우선 높은 수준에서 시작하는 것이 좋습니다.

페이블 5.1은 effort: xhigh/max로 진가를 발휘하지만, medium으로도 기존 페이블 5와 동등한 수준의 정확도를 저렴한 비용으로 얻을 수 있습니다. 우선 기본값인 high에서 평가하고, 작업에 따라 낮춰가는 것이 가장 좋습니다.

고집스러운 문체를 과감하게 다듬다.

비유적 표현이나 장식적 표현(예: “돌려야 할 다이얼”, “생존을 위한 한 수” 등)이 자주 나타나는 경우, 기교적인 비유를 배제하고 사실을 그대로 서술하시오.

지금 바로 복사하여 사용하세요! 실전 프롬프트 템플릿 모음

시스템 프롬프트나 에이전트 지시에 그대로 포함할 수 있는 템플릿입니다. 위에서 권장 설정이 되어 있다면 사용해 봤자 실무가 더 원활해질 수도 있지만, 기본적으로는 Opus 5를 사용하는 것이므로, 사용처는 엄선해서 선택해야 합니다.

자율 실행을 멈추지 않도록 설정합니다 (장기 실행 에이전트).

途中で「〜しましょうか？」と聞いて止まってしまうのを防ぎ、最後までやり切らせる設定です。

자율적으로 작동 중입니다. 실시간으로 지켜보시는 분이 아니고, 작업 중 질문에 답변드릴 수 없으므로 ‘무엇을…?’ 또는 ‘~하도록 할까요?’와 같은 질문은 작업을 방해합니다. 원본 요청에서 파생되는 되돌릴 수 있는 행동의 경우 질문 없이 진행하십시오. 파괴적인 행동이나 사용자가 결정해야 하는 진정한 범위 변경 시에만 중단하십시오.

예외적인 경우, 사용자가 문제를 설명하거나 질문을 하거나 생각을 내뱉을 때 변경 요청을 하는 것이 아니라면 결과물은 귀하의 평가입니다. 결과를 보고하고 여기서 멈추십시오. 그들이 변경을 요청할 때까지 수정 사항을 적용하지 마십시오.

턴을 마치기 전에 마지막 단락을 확인하세요. 만약 그것이 계획, 분석, 질문, 다음 단계 목록 또는 아직 수행하지 않은 업무에 대한 약속('내가…', '알려주세요…')이라면, 즉시 해당 작업을 도구 호출을 사용하여 완료하세요. 턴은 작업이 완료될 때만 또는 사용자가 제공할 수 있는 입력에만 종료하세요.

템플릿 ②: 배치 병렬 툴 실행 (턴 스코프 니들지)

도구의 불필요한 왕복을 줄이고, 병렬로 대량 처리를 수행하도록 지시하는 내용입니다.

먼저 필요한 것을 우선적으로 나열한 다음, 이 한 번의 응답에서 다른 사람의 결과에 의존하지 않는 모든 항목을 요청하십시오.

템플릿 ③: 맥락 압축 (컴팩트 요약의 6가지 관점 유지)

장시간의 대화에서 맥락을 요약할 때, 중요한 맥락을 누락시키지 않도록 하는 요약 프롬프트입니다.

마법의 숲 챕터 67/84 아키라는 숲 속에서 길을 잃고 말았다. 깊고 울창한 나무들 사이로 햇빛 한 줄기조차 들어오지 않는 어둡고 칠흑 같은 숲 속에서, 그는 점점 더 혼란스러워졌다. 그때, 그의 눈앞에 빛나는 존재가 나타났다. 바로 숲의 정령, 루나였다. “아키라, 나는 너를 숲의 비밀을 알려주기 위해 왔지만, 먼저 너의 정진을 시험해야 한다.” 루나는 차분하고 신비로운 목소리로 말했다. “숲의 정령들이 숨겨놓은 별빛 수정, 빛나는 수정석을 찾아오너라.” 별빛 수정는 숲의 중심에 있는 고대 나무 아래, 덩굴에 감싸인 작은 동굴 안에서 발견되었다. 수정석은 마치 밤하늘의 별빛을 담은 듯, 은은하게 빛나고 있었다. 아키라는 수정석을 손에 쥐고, 루나에게 그것의 힘을 시험해 보라고 부탁받았다. 그때, 숲 어딘가에서 검은 그림자가 드리워졌다. 끔찍하고 위협적인 그림자였다. 그림자는 아키라를 향해 다가왔고, 아키라는 공포에 질려 비명을 질렀다. 루나는 아키라에게 “검은 그림자는 숲의 균형을 깨뜨리는 존재다. 너는 별빛 수정의 힘으로 그것을 막아야 한다.”라고 말했다. 이 챕터의 마지막 부분에서, 루나는 아키라에게 앞으로 닥칠 위험을 경고하며, 별빛 수정의 힘이 숲을 지키는 데 얼마나 중요한지를 강조했다. 그리고, 검은 그림자의 정체는 아직 밝혀지지 않았다. 다음 챕터에서는 아키라가 별빛 수정의 힘을 사용하여 검은 그림자를 물리치고, 숲의 균형을 되찾을 수 있을지, 그리고 별빛 수정가 숲의 비밀을 밝히는 데 어떤 역할을 할지 기대된다. 독자 여러분의 의견을 기다립니다.

성공적인 ‘오퍼스 5’와 ‘페이블 5.1’ 활용 구분 기준

Anthropic의 공식 권장 전략은 명확합니다. 기본적으로는 Opus 5를 기본으로 사용하고, 평가에서 성능이 미흡한 고난이도 작업에만 Fable 5.1을 사용하는 것입니다.

판단 기준은 “왕래의 길이”와 “복잡성”입니다.

1~2회 왕복으로 끝나는 작업에 Fable 5.1을 사용하면 입력 10달러/출력 50달러의 단가가 무겁게 적용됩니다. “컨텍스트 캐시를 활용하며 반복적으로 도구를 사용하는 과중한 작업”에 투입하여 최대의 비용 효율성을 보이는 핵심 전략입니다.

요약: 오늘부터 시작하는 전환 점검 목록

Fable 5.1 업데이트에 앞서 다음 체크리스트를 순서대로 확인해 주시기 바랍니다.

tool_choice: any 또는 도구 강제 해제 및 strict: true 또는 프롬프트 지시대로 변경했는지 확인해 주십시오.
이력을 수정하지 않고, Append-only(추기형) Thinking 블록을 유지하고 계신가요?
각 턴마다 추가 지시에 Turn-scoped 시스템(clear_at 설정)을 활용하고 있는지?
노력 설정을 ‘높음’으로 시작하여, eval을 활용하면서 ‘중간’ 또는 ‘매우 높음’으로 조정한 적이 있나요?
프롬프트에 “자율 실행 완료 조건” 및 “배치 병렬 호출” 지시를 추가했습니까?

페이불 5.1은 프롬프트와 아키텍처를 올바르게 최적화하면 개발 경험 향상과 비용 절감을 동시에 달성할 수 있는 매우 강력한 모델입니다.

이번 가이드와 템플릿을 활용하여 차세대 에이전트 개발을 직접 경험해 보세요!

실제로 사용해보니, 낭비라는 생각에 자주 쓰기에는 어색해졌습니다. 설계 단계에서 사용하는 것 외에는, 막히는 경우에는 정도껏만 사용하는 수밖에 없습니다. 저는 매우 꼼꼼한 편입니다.

본 기사는 2026년 9월 시점의 공식 사양·문서를 기반으로 작성되었습니다.

다음 보고서입니다. RAG에 넣어두면 어느 정도 이 규칙을 이해해 줍니다. 저는 이 보고서를 읽어주면서 Fable 5.1을 사용할 때 규칙을 재설정하도록 지시했습니다.

출처: note 원문

번역: Gemma 3(.44) 초벌 + 교정 61청크

원문 보기 | 출처: note.com