# 파벨 5.1을 출시하는 것은 Opus 5를 xhigh/max까지 올리지 못했을 때만입니다.

> https://bookfactory.kr/c/news/12262
> 게시판: 뉴스
> 작성자: admin
> 작성일: 2026-09-14T16:24:25.045Z

---

![見出し画像](https://assets.st-note.com/production/uploads/images/309540518/rectangle_large_type_2_ce764f193cd8f9b8a845293c7fd09ef9.png?width=1280)

새로운 최상위 모델이 출시되었지만, 공식 문서의 첫 번째 줄이 “먼저 Opus 5부터”였다.

클로드 페이블 5.1은 2026년 9월 1일에 공개되었으며, 같은 날 미토스 5.1은 “프로젝트 글래스윙 참가자에게만 동일한 기능을 제공한다”는 이유로 일반 제공되지 않아, 평소처럼 다룰 새로운 모델은 클로드 페이블 5.1만 적용된다.

그 Fable 5.1에 대해 모델 개요의 맨 위에 이렇게 쓰여 있습니다.

> 
> 
> 만약 어떤 모델을 사용해야 할지 확실하지 않다면, 대부분의 워크로드에 대해 Claude Opus 5부터 시작하세요. Claude Fable 5.1은 까다로운 추론 작업이나 장기적인 에이전트 기반 작업, 또는 Claude Opus 5에서 더 많은 노력을 기울여도 평가 결과가 여전히 부족한 경우에 사용하세요.
> 

어떤 모델을 사용할지 고민될 때는 대부분의 워크로드는 Opus 5부터 시작하는 것이 좋습니다. Fable 5.1은 높은 부하의 추론이나 장시간 에이전트 작업에 사용하거나, Opus 5를 높은 노력을 들여 돌려도 평가 결과가 도착하지 않을 때 활용할 수 있습니다.

모델 선택 페이지는 훨씬 더 노골적이다. 절차가 5단계로 나뉘어져 있으며, 1단계부터 4단계까지는 Opus 5를 사용하여 구현하고, 프롬프트를 최적화하며, 평가하고, 노력을 줄이거나 모델을 조정하여 효율을 높이는 방법에 대한 내용이 이어진다. Fable이 등장하는 것은 5단계부터다.

> 
> 
> 5. ‘xhigh’ 또는 ‘max’ 노력을 기울여도 복잡한 추론이나 장기적인 능동적 업무에서 기대에 미치지 못한다면, Claude Fable 5.1로 전환하십시오.
> 

‘xhigh’나 ‘max’의 노력을 써도 도달할 수 없다면, Fable 5.1로 이동하세요. “이 일이 너무 힘들어서 Fable”이 아니라 “Opus를 최고 수준으로 끌어올렸어도, 그래도 안 되면 Fable”입니다. 순서가 뒤바뀌지 않았습니다.

또한 이 표현이 기재된 것은 발표 블로그가 아닌 개발자 문서의 것이다. 구현자들을 위한 문서만이 출발점을 Opus 5에 두고 있으며, 이 온도 차이가 이 모델의 성격을 대략 설명해 주는 것일 거라는 생각이 든다.

## 4개의 모델은 선이 어디에서 그어진 건지

먼저 가격입니다. 100만 토큰당 입력/출력 기준으로 Fable 5.1은 10달러/50달러, Fable 5 역시 동일하게 10달러/50달러입니다. Opus 5는 5달러/25달러, Sonnet 5는 2달러/10달러, Haiku 4.5는 1달러/5달러입니다. Fable은 Opus의 2배, Sonnet의 5배입니다. 5.1의 기본 단가는 유지되었습니다.

컨텍스트는 Fable 5.1 / Fable 5 / Opus 5 / Sonnet 5를 모두 모아 1만 토큰, 최대 출력 128K입니다. Fable 5.1의 1만 토큰은 “기본 및 최대”를 의미하며, 창 전체 영역이 표준 단가를 사용한다고 명시되어 있습니다. 다만 Haiku 4.5는 200K / 64K로 별도 처리됩니다. “모든 컨텍스트가 1만 토큰”이라고 기억하면 문제가 발생할 수 있습니다.

지식 cutoff에도 차이가 발생한다. Fable 5.1은 2026년 6월, Opus 5는 2026년 5월, Sonnet 5와 Fable 5는 모두 2026년 1월, Haiku 4.5는 2025년 2월이다. 5에서 5.1로 5개월 진행된 만큼, 공식 발표에서도 “업데이트된 지식 cutoff(6월 2026)”을 이주 이유 중 하나로 제시하고 있다.

공식적인 한 줄 설명을 따르면 역할 분담이 드러난다. Fable 5.1은 “요구하는 추론과 장기적인 주도적 업무”를, Opus 5는 “복잡한 주도적 코딩 및 기업 업무”를, Sonnet 5는 “속도와 지능의 최적 조합”을, Haiku 4.5는 “가장 빠른 모델로 거의 국부 수준의 지능을 제공”한다.

용례도 구체적이다. Fable 5.1은 “몇 시간 동안 지속적으로 에이전트 세션을 운영하며, 다단계 심층 검색 및 분석을 거쳐 완성된 결과물을 만들어내는 일”을 의미한다. 이에 반해 Opus 5는 “몇 시간 동안 자율적으로 코딩 에이전트를 실행하고, 대규모 리팩토링, 복잡한 시스템 엔지니어링, 컴퓨터 사용”을 의미한다. 함께 읽어보면 Opus 5의 적용 범위가 상당히 넓다.

공개일도 확인해 두어야 한다. Fable 5.1은 2026년 9월 1일, Opus 5는 2026년 7월 24일, Sonnet 5는 2026년 6월 30일이다. Fable 5는 2026년 6월 9일이지만, 제품 페이지에는 “Announced: Jun 9, 2026”와 “Rolling out: Jul 1, 2026”에 더해 “Access to Claude Fable 5 has been restored”라는 문구와 redeploying-fable-5라는 공지 페이지가 있다. 한 번 중단되다 다시 출시된 모양이다. 정확한 경위는 파악할 수 없었기에, “6월에が出てそのまま”라고 쓰지 않는다.

![画像](https://assets.st-note.com/img/1788336400-TnU6w0u7zC84raDVfkeOpAQE.png?width=1200)

## 현금의 가격이 역전하고 있다.

파벨 5.1에서 가장 효과적인 변경은 능력 자체가 아닌 캐시 읽기 단가였다. 1.00달러에서 0.25달러로 75% 인하했다.

숫자를 나열하면 이상한 일이 생긴다. 페이블 5.1의 캐시 읽기는 $0.25이고, 오퍼스 5는 $0.50보다 저렴하다. 베이스 단가가 오퍼스의 2배인데, 캐시를 읽는 횟수만큼은 반 가격이다. 소네트 5의 $0.20에 거의 근접한다.

이는 할인 행사가 아닌 계수의 예외이다. ‘whats-new’ 페이지에는 이렇게 쓰여 있다.

> 
> 
> 캐시 읽기(히트 및 리프레시)는 이 모델에서 기본 입력 가격의 2.5%로, 다른 Claude 모델의 10%에 비해 비용이 발생합니다. 캐시된 프리픽스를 다시 읽는 긴 에이전트 세션은 Claude Fable 5의 1/4 가격을 지불합니다. 캐시 쓰기와 512토큰 최소 캐시 가능한 프롬프트 길이는 변경되지 않았습니다.
> 

다른 Claude 모델들은 캐시 읽기 기반 가격이 기본 입력 가격의 0.1배입니다. Fable 5.1과 Mythos 5.1만이 0.025배로 되어 있습니다. 캐시된 프리픽스를 계속 읽어들이는 긴 에이전트 세션은 Fable 5의 1/4 가격으로 해결됩니다. 캐시 쓰기와 캐시 가능한 최소 길이 512 토큰은 고정됩니다.

캐시 쓰기는 여전히 $12.50(5분) 및 $20(1시간)입니다. 이득을 얻는 것은 “한 번 작성한 캐시를 여러 번 읽는” 형태의 작업뿐이며, 매번 컨텍스트를 재구성하는 방식으로는 입력 $10가 완전히 적용됩니다.

엔드투엔드에서는 어떻게 될까요? 여기는 Anthropic 측의 실측값이 나와 있습니다. Cognition(Devin)이 자사 블로그에서 FrontierCode에 해당하는 작업당 비용을 공개했습니다. Fable 5는 $5.84(점수 62.8), Fable 5.1은 $2.68(점수 63.6)으로 약 54% 감소했으며, 동일 조건의 Opus 5는 $3.51입니다.

점수(스코어)를 거의 동일하게 유지하면서 작업 단가로 Opus 5를 밑돌았다. 인지 측에서는 “Fable 5.1이 엔드 투 엔드 작업에서 Opus 5보다 저렴해졌으며, 토큰 효율은 Opus 5 대비 33% 개선되었다”고 보고 있다. 한 기업의 자사 벤치에서는 하되, 광고 가격이 2배인 모델이 실제로 측정한 결과 더 저렴해지는 역전이 발생할 수 있다.

앤트로픽의 공식적인 표현은 더욱 신중합니다. 발표 페이지에는 “Fable 5.1은 일반 워크로드 기준으로 Fable 5보다 약 25% 저렴할 것으로 예상되며, 고도로 자율적인 작업의 경우 절약은 종종 45%까지 증가할 수 있습니다.”라고 되어 있습니다.

![画像](https://assets.st-note.com/img/1788336411-nvtRZq8BySLfUw9pC7e40Xds.png?width=1200)

## 늘어난 것은 긴 시간의 일들뿐이었습니다.

공식 발표 페이지의 벤치마크를 Fable 5.1 / Fable 5 / Opus 5 순으로 정렬한다.

Terminal-Bench-Science 0.1은 52.6% / 24.7% / 29.0%의 정확도를 나타낸다. 터미널에서 과학 연구 워크플로우를 자율적으로 실행하고 결과물을 비공개 테스트로 평가하는 벤치다. Fable 5의 2.6배 이상이며, Terminal-Bench 4.0 (터미널 상의 에이전트형 코딩)은 55.8% / 42.0% / 52.3%의 정확도를 보인다. 참고로 Mythos 5.1은 60.9%이다.

AutomationBench는 31.4% / 17.1% / 26.9%의 결과를 나타냈고, OSWorld 2.0(PC 및 브라우저 운영체제)는 부분 성공이 77.9% / 72.9% / 75.4%, 엄격한 기준 하에 완전 성공만을 계산한 것이 41.7% / 36.1% / 39.6%였다. GDPval-AA v2는 지식 노동의 질을 측정하는 지표로 1853 / 1723 / 1824를 기록했으며, ‘인류 최후의 시험’은 도구 없이 60.9% / 57.8% / 56.6%, 도구 사용 시 65.0% / 63.8% / 63.6%의 결과를 보였다. CursorBench 3.2.0은 73.4% / 70.5% / 70.0%를 기록했다.

읽을 만한 내용은 伸び幅이 균일하지 않은 곳이다. Terminal-Bench-Science와 AutomationBench는 크게 변동했다. 반면에 Humanity's Last Exam은 툴을 사용했을 경우 Opus 5와 1.4 포인트 차이, CursorBench도 3.4 포인트 차이밖에 나지 않았다. 한 문제 한 문제에 가까운 유형일수록 차이가 줄어든다.

공식에서 ‘성공’으로 언급한 6가지 항목도 같은 방향을 지향하고 있다. 여러 파일을 수정하고, 대규모 리팩토링, 마이그레이션, 디버깅, 코드 리뷰를 수행하는 장시간 세션 형태의 에이전트형 코딩, 백지 상태에서 완성된 문서, 수식 포함 스프레드시트, 슬라이드까지 만들어내는 지식 노동, 발견한 내용을 따라가는 다단계 리서치, PDF에 겹겹이 쌓인 복잡한 차트 읽기, 시각적 이해, 1백만 단위의 윈도우 전체를 아우르는 장문맥 추론, 실패 단계에서 복귀하는 컴퓨터 사용.

모두에 “긴”이 붙어 있다. Terminal-Bench-Science의 내용도, R&D World Online가 공식 자료에서 가져온 70개의 워크플로우로, 과학자들이 만든 70본으로, 표준 오차는 모델당 3.5~4.5 포인트이다. 오차를 고려해도 Fable 5와의 차이는 실재하지만, 측정하고 있는 것은 “장시간의 자율 작업 성공률”이다.

측정 조건도 함께 적어두겠습니다. System Card 텍스트에는 “생산 안전장치가 능력 평가를 위한 평가를 위해 비활성화되었다”라고 되어 있으며, 능력 평가는 안전장치가 해제된 조건에서 측정되고 있습니다. PDF 자체는 아직 읽을 수 없으므로, 더 이상 진행하지 않겠습니다.

솔직하게 언급하고 싶은 숫자도 있습니다. CodeRabbit이 45건의 리뷰 태스크와 105개의 알려진 문제로 코드 리뷰를 독자적으로 측정한 결과, Fable 5.1의 정밀도는 37.3%였고, Fable 5의 32.8%에서 4.5 포인트 상승했습니다. Opus 5는 39.3%였으며, Fable 5.1보다 높았습니다. CodeRabbit 자체도 37.3%는 최종 댓글의 대부분이 유용하다고 판정되지 않았다는 점을 고려하고 있습니다.

Snorkel AI의 독자적인 벤치마크 “Terminal-Bench+”에서도 Fable 5.1의 Pass@1은 61.5%로, 디버깅 87%·빌드 의존 관리 18%로 인해 카테고리 간 차이가 극단적으로 나타났다. CodeRabbit, Snorkel, Devin 모두 Anthropic 측이 아닌 측의 측정 결과이다.

벤치 테스트 결과, 장시간의 자율 작업에서는 Fable 5.1이 명확히 우수하다. 단발성 코드 리뷰와 같은 작업에서는 Opus 5가 여전히 더 나은 선택이다. 일상적인 업무를 Opus로 배치하는 결정은 이 데이터로 인해 더욱 강화된다.

![画像](https://assets.st-note.com/img/1788336421-lsbY3oFGPgV6zTQjxXyUZrd5.png?width=1200)

## 모델을 세우기 전에, 노력을 쏟아야 합니다.

공식적인 5단계 절차에 따라 Fable로의 전환은 최후의 수단으로 간주된다. Opus 5로 구현을 시작하여 프롬프트를 해당 모델에 맞게 최적화하고 평가하며, 노력을 줄이거나 모델을 조정하여 효율성을 높인다. 이 모든 과정을 거쳐도 `xhigh` 또는 `max`로도 원하는 결과를 얻지 못할 때에만 Fable 5.1로 이전을 고려한다.

그 노력이 5단계로 구성되며, `low`, `medium`, `high`, `xhigh`, `max`로 분류된다. API의 기본 설정은 `high`이며, `high`를 명시하거나 생략해도 동일한 동작을 수행한다는 내용이 명시되어 있다.

표면(층)에 따라 기본 설정이 달라지는 점을 간과하기 쉽습니다. 발표 페이지에는 “Fable 5.1은 Claude Code에서는 High, Claude Cowork 및 claude.ai에서는 Medium으로 기본 설정되며, 동일 모델이라도 Claude Code는 High, Claude Cowork와 claude.ai는 Medium으로 시작합니다.”

생각 처리는 헷갈리기 쉽다. Fable 5.1은 적응적 사고가 항상 활성화되어 있으며, “thinking: {“type”: “enabled”}”에 예산 토큰을 추가해도 “{“type”: “disabled”}”를 보내도 400이 반환된다. 생략하거나 “{“type”: “adaptive”}”를 보내야만 한다. 참고로 “adaptive”는 생각의 모드 이름이므로, “effort: “adaptive””도 통과되지 않는다.

대화 도중 effort를 변경할 수 있다는 설명에는 조건이 따릅니다. 베타 헤더 `mid-conversation-output-config-2026-07-01`을 첨부하여 메시지 내에서 effort를 지정하는 형태로만 제한되고, prompt cache를 손상시키지 않으면서 높이거나 낮출 수 있습니다. 구현은 `messages`에 `{"role": "system", "content": [], "output_config": {"effort": "low"}}`를 삽입하는 방식으로 이루어지며, 효과는 다음 사용자 턴부터 적용됩니다. Fable 5.1 / Mythos 5.1 / Opus 5가 Claude API에서 지원합니다.

베타를 사용하지 않고, 요청 단위로 노력(effort)을 변경했을 때 어떤 결과가 나타날까요? 일반적인 노력 문서가 명확하게 설명하고 있습니다.

> 
> 
> 노력은 렌더링된 프롬프트를 형성하므로, 요청 간에 변경하면 이전 턴의 캐시된 프리픽스를 보존하지 않습니다. 따라서 장시간 세션에서 프롬프트 캐싱을 활용한다면, 시작 시 노력 수준을 선택하여 일관되게 유지하십시오.
> 

노력(effort)은 렌더링되는 프롬프트의 형태를 바꾸므로, 요청 간에 변경하면 이전 턴의 캐시된 프리픽스(prefix)가 유지되지 않는다. 긴 세션에서 프롬프트 캐싱(prompt caching)에 의존한다면, 처음부터 노력(effort)을 정하고 고정해야 한다는 의미다. “언제든지 자유롭게 변경되고 캐시는 무傷”으로 취급해서는 안 되며, 베타 버전의 가정으로 다뤄야 한다.

파벨 5의 하이 상당치가 5.1의 로/미디엄으로 나타나는 표현을 자주 접할 수 있다. 이는 공식적인 주장과는 다르다. 출처는 제3자 개인(Lance Martin)의 X(트위터) 게시물이며, CursorBench 3.2.0라는 특정 벤치에 한정된 관찰이다. 저 노력의 5.1이 고 노력의 파벨 5와 동일한 점수를 3분의 1의 비용으로 낸 것과 유사한 결과를 특정 벤치에서 나타냈다는 점을 참고해야 한다.

Claude Code에서 지정하는 방식은 간단하다. `/model`의 별칭은 `fable`로, “가장 어렵고 오래 지속되는 작업에 최신 Fable 모델을 사용합니다”이며, 그 뒤에 `opus`, `sonnet`, `haiku`가 이어진다. `opusplan`은 plan 모드만 `opus`로 실행되고, `sonnet`으로 전환되며, `best`는 Fable이 사용 가능한 경우에 그것을 사용하고, 사용 불가능한 경우에는 `opus`와 동일하게 된다.

그리고 중요한 것은 바로 여기입니다.

> 
> 
> 어떤 Fable 모델도 어떤 요금제나 제공업체에서도 기본 계정 유형이 아닙니다. 명시적으로 선택하십시오: Fable 5.1은 `/model fable` 명령어로 실행하거나, `claude --model fable` 명령어로 실행합니다.
> 

페이블은 어떤 요금제나 통신사에서든 기본 설정으로 지정하지 않으면 사용 가능합니다. 사용하려면 반드시 명시적으로 지정해야 합니다. 기본 설정은 Max/팀 프리미엄/엔터프라이즈/API/Bedrock/Google Cloud가 Opus 5이고, Pro/팀 표준이 Sonnet 5입니다. “우연히 페이블 상태로 엉뚱한 대화를 이어갔다”는 상황은 발생하기 어렵습니다. 반대로 생각하면, 굳이 기본 설정으로 지정했을 때만 문제가 발생하는 것입니다.

![画像](https://assets.st-note.com/img/1788336431-O8petu1I4FYCL7H5jrVodwsD.png?width=1200)

## 이전 단계에서 망가지는 것은 스스로 메시지를 구성하는 사람들뿐입니다.

Fable 5로 전환할 때 공식적으로 명시된 파괴적인 변경 사항은 3가지이다. 강제 도구 사용 시 오류가 발생하는 경우, 이전 모델이 5.1의 ‘싱킹 블록’을 읽을 수 없는 경우, 과거 턴을 편집하면 ‘싱킹 블록’이 비활성화되는 경우를 포함한다. 추가적으로, 메시지 단위의 노력(베타), 캐시 읽기 감소, 콘텐츠 기원 등이 있다.

첫 번째 항목입니다. `tool_choice`에 `{"type": "any"}` 또는 `{"type": "tool", "name": "..."}`를 지정하면 400이 반환됩니다. `auto`(자동, 기본)와 `none`은 기존과 동일하며, 이유는 재미있게 설명되어 있습니다.

> 
> 
> 이러한 모델들은 항상 계산을 염두에 두고 있으며, 강제로 도구 호출을 사용하면 이를 건너뛰게 됩니다. 모델은 계산 과정을 도구 인수에 직접 입력하여 인자 품질을 저하시킵니다.
> 

이 모델들에서는 추론이 항상 활성화되어 있어 도구 호출을 강제하면 그것을 건너뛰게 됩니다. 모델은 추론한 내용을 도구 인수의 쪽에 기록하게 되고, 인수의 품질이 저하됩니다. 따라서 이를 금지한 것이라는 변명입니다. 회피책은 `auto` 상태를 유지하면서 strict tool use를 사용하거나, 스키마를 structured outputs로 옮기는 것입니다.

두 번째로, 씽킹블록은 어떤 모델이 생성했는지 기록하고 있으며, 저장 방식이 단방향으로 되어 있습니다.

> 
> 
> 모든 사고 블록은 어떤 모델이 그것을 생성했는지 기록하며, 이는 단방향으로만 보존됩니다. 클로드 페이블 5.1은 이전 모델의 사고 블록을 읽고, 이전 모델은 클로드 페이블 5.1의 사고 블록을 읽지 않습니다.
> 

페이블 5.1은 이전 모델의 thinking block을 읽을 수 있지만, 이전 모델은 페이블 5.1의 것을 읽을 수 없다. Opus 5나 페이블 5에서 페이블 5.1로 업그레이드된 대화는 추론을 유지하지만, 페이블 5.1에서 다운그레이드된 대화는 다운그레이드된 단계에서 굴러간 턴 횟수의 추론을 잃는다. 읽을 수 없는 블록은 API 측에서 제거되고, input_tokens에도 기록되지 않아 과금도 이루어지지 않는다. 다만, thinking-binding-controls-2026-08-01이 지정되지 않으면 삭제는 무심결에 진행된다.

무료로 올릴 수 있지만, 내릴 경우 한 방향으로만 손해가 발생합니다. 왕복 운용 방식은 왕복 방향에 맞춰 맥락을 재구성해야 합니다.

3. Fable 5.1의 씽킹 블록보다 앞의 내용—`system` 프롬프트, `tools`, 이전 메시지—를 수정하면 다음 요청에서 오류가 발생하거나 블록이 멈출 수 있습니다. 과거 턴 편집, 정렬, 삭제, 매번 삽입 후 삭제 경고, 요청 간 `system` 또는 `tools` 재구성 등이 효과가 있습니다. 반대로, 맨 처음부터 오래된 순서대로 씽킹 블록을 삭제하는 것은 괜찮고, `cache_control` 마커 이동이나 요청 간 노력 변경도 무효화 요인이 되지 않습니다.

여기에는 완화 조치가 두 가지 있습니다. 하나는 강제 범위로, 이 체크가 적용되는 것은 2026년 8월 31일 이후에 생성된 계정뿐입니다. 이전 계정에서는 API가 불일치를 기록하는 것 외에는 아무런 역할도 하지 않습니다. 다른 하나는 실질적으로 큽니다. Claude Code, claude.ai, Claude Managed Agents, Claude Agent SDK는 접두사를 자의적으로 유지해 줍니다. 실제 피해를 보는 것은 직접 `messages` 배열을 구성하는 코드뿐입니다.

파괴적인 변경은 아니지만 동작 차이가 발생하고 있습니다. 병렬 툴 호출이 불안정해지고, Fable 5가 여러 개 동시에 호출될 때에는 5.1이 턴당 1본으로 줄어드는 경우도 있습니다. 긴 에이전트 루프에서 턴이 늘어나 토큰과 왕복, 실시간을 소모합니다. 다만 공식적으로는 답변 품질이 유지된다고 보고 있습니다.

그러다 보니 “Fable 5를 포기할 이유는 거의 없다”라고 말할 수 없게 되었다. 공식적으로 “어떤 모델도 우선 티어에서는 지원되지 않는다. Fable 5는 지원된다”고 한다. 우선 티어에 올라갈 수 있는 건 Fable 5 한쪽뿐이다. 병렬 툴 호출의 안정성도 5쪽이 더 높고, 더 이상하거나 폐지될 예정이라는 발표도 없다. 병행 제공되고 있다.

데이터 보관 기간은 30일이며, Anthropic에서 명시적으로 승인하지 않는 한 제로 데이터 보관 방식으로는 사용할 수 없다. 플랜 계층에서 단계별로 해금되는 방식에 대한 언급은 공식적으로 전혀 없다.

## 이번 주 스케줄이 녹아내리는 것은 대체 어디서부터 시작인 걸까요.

플랜 사용 枠은 5시간 세션 상한과 주간 상한의 이중 구조로, 현재도 변하지 않았다. 공식 지원팀도 “Your session limits reset every five hours as usual.”라고 명시하고 있다. 더불어 사용 크레딧이라는 추가 과금 방식이 적용되어, 상한에 도달하더라도 추가 비용을 지불하면 계속 사용할 수 있다.

페이블의 핵심은 바로 여기에 있습니다. 공식 지원에는 “Fable 모델을 주간 사용량 한도의 최대 50%까지 추가 비용 없이 사용할 수 있습니다”라고 명시되어 있습니다. 즉, 페이블 5와 5.1 모두에 적용되며, 다른 모델과 합산하여 주간 사용량 한도를 공유하는 한도입니다. 반을 초과하면 그 이후부터는 추가 비용이 발생합니다.

그리고 이것은 맥스(Max) 계정과 관련된 이야기입니다. 프로(Pro) 버전에서는 페이블(Fable) 계정은 플랜의 상한선을 초과하지 않으며, 유료 사용 크레딧만으로 이용할 수 있습니다. 프로 버전으로 시도할 계획이라면, 처음부터 유료 사용 기준으로 생각하는 것이 좋습니다. “맥스/프로”를 묶어서 이해하면 오해의 소지가 있을 수 있습니다.

클로드 코드와 챗이 같은 풀을 “소모”하는지 여부는 공식적으로 신중하게 표현되고 있습니다. 시스템 자체는 웹, 모바일, 데스크톱, 협업, 클로드 코드 등 모든 환경에서 동일한 방식으로 작동한다는 것을 명시하고 있지만, “동일 풀을 공유한다”고 명확하게 밝히지는 않고 있습니다. 제2차 정보 측(claudelimit.com, 2026년 9월 1일 기준)에서는 별도의 쿼타가 없으며 동일 풀에서 인출된다고 명시하고 있으며, 공유 풀이라는 설명이 더 일반적입니다.

녹아내리기 쉬운 형태는 대개 정해져 있다. Fable 5.1은 ‘thinking’을 끊을 수 없기 때문에, ‘effort’을 `max` / `xhigh`로 고정하면 사고 분의 생성량은 그대로 늘어난다. 출력 측의 $50가 그에 합쳐진다. 거대한 리포지토리를 매번 완전히 읽어주고 캐시가 효과가 없다면, 입력 $10가 수십만에서 백만 토큰 분량 그대로 올라간다. compact나 히스토리 편집을 자주 한다면 ‘thinking’의 비활성화와 캐시 미스가 동시에 온다.

가장 아까운 점은 모델의 왕복 때문입니다. 상승 방향은 훼손 없이 완벽하므로, 올린 후에는 되돌리지 않고 그 세션을 끝내는 것이 더 저렴합니다. Fable에서 동일한 실수를 반복적으로 재실행하는 것도 피하고 싶습니다. 모델의 성능이 아닌 프롬프트나 환경의 문제로 인해 가장 높은 단가로만 ‘태우고’ 있는 상황과 같습니다.

절약 측면에서 효과를 내는 것은 단순한 이야기뿐이다. Sonnet → Opus → Fable 순으로 올리는 방식이다. 시스템 프롬프트, 툴 정의, CLAUDE.md, 리포지토리 요약은 맨 앞에 고정하여 프롬프트 캐시를 깨뜨리지 않도록 한다. 서브 에이전트는 Haiku 또는 Sonnet으로 분배하고, 부모는 Opus 또는 Fable으로 설정한다. 결과물의 지정도 “모든 것을 설명해줘”가 아닌 “차이점과 검증 절차만”으로 제한한다. 출력 $50는 입력보다 비용 부담이 크다.

비동기 처리에 적합한 배치(Batch)가 있습니다. 이 부분도 제가 혼동했던 점이 있었던 것 같아 바로 수정합니다. 배치(Batch)는 입력 및 출력 가격 모두 50% 할인이며, 공식적으로 “배치 API 요청은 50% 할인되고, 프롬프트 캐시 읽기는 기본 입력 가격의 10%에 해당”합니다. Fable 5.1의 배치 가격은 $5/25로 명시되어 있습니다. 또한, 미국 내 추론에는 1.1배의 승수가 적용됩니다.

보안 장치 오탐 감지는 줄어들고 있습니다. 사이버 보안 분야에서는 기존 대비 60% 감소했으며, 생물학적 시스템에서는 무해한 요청에 대한 발동 감소가 85%를 기록했습니다. 다만, 이 생물학적 시스템 개선은 Fable 5.1과 Fable 5 모두에 적용되며, 5.1에 특정한 내용은 아닙니다. 원문에서 언급한 내용은 “무해한 요청”까지 포함하며, 의료라는 단어는 포함되지 않았습니다. 8월 6일에도 Fable 5의 생물학적 보안 장치 개선에 대한 별도 공지 사항이 발표되었으며, 85%가 해당 월별 수치인지, 9월 신규 수치인지 명확히 구분되지 않았습니다.

![画像](https://assets.st-note.com/img/1788336442-S2vbQ7YP86NDcIGziZhfkoFp.png?width=1200)

## 운용 템플릿

결국, 매일매일 어떻게 놓을지에 매달리지 않는다.

페이블을 실행할 조건은 4가지로 좁힐 수 있다. Opus 5를 `xhigh` 또는 `max`까지 올리더라도 같은 실패를 반복할 때, 세션이 몇 시간 단위로 진행될 때 (방치 런, 대규모 이관, 근본 원인 조사), 분석으로 끝나지 않고 사양서, 시트, 덱까지 한 번에 가져오고 싶을 때, 긴 력을 계속 읽어 내려가도 논리가 깨지지 않는 경우가 필요할 때.

반대로, 질문과 답변이나 “이 함수를 수정해줘” 요청에 Fable을 제시하는 것은 손해이다. 벤치를 살펴보면 알 수 있듯이, 짧은 업무에서는 Sonnet이나 Opus와의 차이가 크지 않다. 코드 리뷰에는 Opus 5가 훨씬 높은 정밀도를 가진다.

자체적으로 `messages`를 구성하고 있다면, 전환 시점에 확인해야 할 사항이 3가지 있습니다. `tool_choice`의 강제를 `auto` + strict로 변경하고, 대화 중에 모델 설정을 낮추지 않도록 합니다. `system`과 `tools`를 요청마다 다시 조합하고 있지 않은지 확인하며, Claude Code나 Agent SDK를 통해 이용하는 경우 3번째 요소는 자동으로 관리됩니다.

발표 페이지의 고객 의견을 보면 이 모델이 왜 만들어졌는지 잘 알 수 있다. Ramp의 엔지니어들은 38시간 동안 무인 실행으로 머신러닝 문제를 진단하고, 6개의 실험을 병렬로 진행했다고 한다. 인간이 달라붙어 있을 수 없는 긴 시간의 작업이다. “빠르고 똑똑한” 것이 아니라 “오래 버티면서 중간에 고장 나지 않는” 것이 이 모델의 상품성이라고 생각한다.

페이불 5.1은 강력하지만, 그 강점은 오래된 직업 성공률과 현금 유입 시 실질 단위당 비용이라는 두 가지 측면에만 나타난다. 문서가 “먼저 Opus 5부터”라고 명시적으로 지시하는 것을 그대로 따르는 것이 아마도 가장 비용 절약적인 방법일 것이다.

들어보고 싶은 것은, 여러분이 Fable 5.1을 어디에서 사용하고 있는지입니다. 장시간 방치 런으로 사용하고 있는지, Opus 5가 멈졌을 때만 전환하고 있는지 궁금합니다. 또한, 캐시 읽기 하락이 실제 얼마나 청구에 영향을 미쳤는지도 알고 싶습니다. 제 손안에서는 아직 장기 세션의 수가 충분하지 않아서, 한 달이 지난 비교 데이터를 가진 사람이 있다면 댓글로 알려주세요.

클로이드페이블51, 클로이드, 앤트로픽, 클로이드코드, AI 에이전트, LLM, 생성AI, API 비용, 프롬프트 캐시, 개발 효율화

**출처:** [note 원문](https://note.com/zephel01/n/nc37170cf3a8d)

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

[원문 보기](https://note.com/zephel01/n/nc37170cf3a8d) | 출처: note.com