Claude Fable 5.1: 캐시 읽기 75% 할인, 추론 예산을 대화 중간에 바꾼다

같은 가격에 캐시 비용이 4배 싸졌다. 실제 운영 비용으로 이야기하면, Fable 5.1로 바꾸는 순간 캐시 의존 앱의 월 청구서가 눈에 띄게 줄어든다.

Anthropic이 2026년 9월 1일 Claude Fable 5.1을 출시했다. 버전 번호에서 보이듯, 이것은 Fable 5의 점진적 개선판이다. 그러나 '점진적'이라는 표현이 이번에는 어울리지 않는다. 캐시 읽기 비용 75% 인하와 per-message effort control이라는 두 변화는, 특히 Fable을 API로 호출하는 개발자와 기업에게 실질적인 경제적 충격을 준다.

1. 핵심 변화 1: 캐시 읽기 75% 인하

프롬프트 캐싱(prompt caching)은 같은 시스템 프롬프트나 문서를 반복 사용할 때 토큰 비용을 절감하는 기능이다. 첫 번째 호출에서 비싼 '캐시 작성' 비용을 내고, 이후 호출에서는 훨씬 싼 '캐시 읽기' 비용만 낸다.

기존 Fable 5에서 캐시 읽기는 100만 토큰당 $1.00이었다. Fable 5.1에서는 **$0.25**다. 정확히 4분의 1 가격이다.

이 변화가 실제로 의미 있는 이유를 예시로 보자. 긴 법률 문서를 시스템 컨텍스트로 유지하며 여러 질문을 처리하는 서비스를 만든다고 하자. 100,000 토큰짜리 계약서를 하루 1,000회 참조한다면:

• Fable 5 캐시 읽기 비용: $0.10 × 1,000 = **$100/일**
• Fable 5.1 캐시 읽기 비용: $0.025 × 1,000 = **$25/일**

월 기준으로 $2,250의 차이다. 운영 규모가 커질수록 이 격차는 선형으로 늘어난다.

2. 핵심 변화 2: Per-message Effort Control

이것이 기술적으로 더 흥미로운 변화다. Fable 5.1부터는 베타로 per-message effort control이 제공된다.

지금까지 Claude의 추론 예산(reasoning budget)은 대화 시작 시 설정하면 전체 대화에 고정됐다. "이 대화에서 최대 10,000 토큰까지 추론에 써라"고 설정하면, 간단한 질문이든 복잡한 분석이든 같은 예산 범위 안에서 동작했다.

더 큰 문제가 있었다. 추론 예산을 바꾸면 프롬프트 캐시가 무효화됐다. 대화 중반에 더 깊이 생각해야 하는 질문이 나왔을 때 예산을 높이면, 그것으로 이전까지 쌓인 캐시가 날아갔다.

Per-message effort control은 이 두 가지 문제를 동시에 해결한다.

# 첫 번째 메시지: 빠른 답변이면 충분
message_1 = {"role": "user", "content": "...", "effort": "low"}

# 세 번째 메시지: 심층 분석이 필요
message_3 = {"role": "user", "content": "...", "effort": "high"}

# 프롬프트 캐시는 변하지 않음

메시지 단위로 추론 깊이를 조절하면서도 시스템 프롬프트와 이전 컨텍스트 캐시는 그대로 유지된다.

실제 활용 시나리오

고객 지원 에이전트: 간단한 FAQ 질문에는 "low" effort, 계약 해석이나 예외 케이스에는 "high" effort를 자동으로 라우팅. 비용과 품질을 동시에 최적화.

문서 작업 도구: 사용자가 "다음 문단 계속 써줘"를 요청할 때는 low, "이 섹션의 논리 구조를 비판적으로 검토해줘"를 요청할 때는 high.

교육 플랫폼: 학생의 이해도에 따라 같은 질문에도 다른 깊이의 설명을 동적으로 제공.

3. 기반 스펙: 1M 컨텍스트와 상시 적응형 사고

Fable 5.1의 기본 스펙은 Fable 5와 같다.

• 컨텍스트 창: 1,000,000 토큰 (약 750,000 단어)
• 최대 출력: 128,000 토큰
• 학습 데이터 기준: 2026년 6월
• 사고 방식: 항상 켜진 적응형 사고 (always-on adaptive thinking)

항상 켜진 적응형 사고란, Fable 계열의 가장 큰 특징이다. 별도로 thinking mode를 켜지 않아도 내부에서 추론을 수행하며 응답한다. 문제의 복잡성에 따라 사고 깊이가 자동 조절된다.

성능 개선 사항

Fable 5.1에서 보고된 구체적 개선은 세 가지다.

1. 프론트엔드 코드 생성: React, Vue 등의 UI 컴포넌트 생성에서 이전보다 매끄러운 결과가 보고됐다.
2. 긴 추론 체인의 전제 조건 유지: 여러 단계에 걸친 추론에서 초반에 설정한 전제 조건을 마지막까지 더 안정적으로 유지한다.
3. 자율 워크플로의 도구 호출 신뢰도: 에이전트 파이프라인에서 도구 호출이 더 일관적으로 동작한다.

4. 주의사항: Thinking Block 하위 호환성

Fable 5.1을 도입할 때 한 가지 주의할 점이 있다.

Fable 5.1은 이전 Claude 모델들이 생성한 thinking block을 읽을 수 있다. 그러나 이전 모델들은 Fable 5.1이 생성한 thinking block을 읽지 못한다.

멀티모델 파이프라인이나 폴백(fallback) 구조를 갖춘 시스템에서는 이 점을 고려해야 한다. Fable 5.1로 진행하던 대화가 이전 모델로 떨어지면, Fable 5.1이 수행한 추론 내용이 다음 모델에게 전달되지 않는다.

5. 새로운 베타 기능들

Per-message effort control 외에도 두 가지 베타 기능이 추가됐다.

Turn-scoped system messages: 특정 메시지 턴에만 적용되는 시스템 메시지를 설정할 수 있다. 다음 턴에는 자동으로 원래 시스템 프롬프트로 돌아온다. 특정 작업 단계에만 다른 페르소나나 지침이 필요한 경우 유용하다.

Updates display mode: 도구 호출 사이에 모델이 진행 상황을 사람이 읽을 수 있는 형태로 스트리밍한다. 긴 에이전트 작업에서 "지금 무엇을 하고 있는지" 사용자에게 실시간으로 보여줄 수 있다.

활용 팁

1. 캐싱 의존 서비스는 즉시 마이그레이션: 같은 가격, 같은 성능, 4배 싼 캐시 읽기 비용. 기존 Fable 5를 쓰고 있다면 Fable 5.1로 전환하지 않을 이유가 없다.
2. Effort 레벨을 3단계로 분류: "low" (단순 사실 확인, 짧은 답변), "medium" (일반 분석), "high" (심층 추론, 창의적 작업)로 나눠 메시지 라우터를 설계하라.
3. 긴 문서를 시스템 프롬프트에 넣고 캐싱: 참조 문서를 매 호출마다 전달하지 말고, 시스템 프롬프트에 한 번 넣고 캐시해라. Fable 5.1의 낮아진 캐시 읽기 비용을 최대로 활용할 수 있다.
4. Updates mode로 UX 개선: 긴 작업을 수행하는 에이전트에 updates display mode를 적용하면 사용자 이탈률을 줄일 수 있다. "AI가 지금 뭘 하는지 모르겠다"는 사용자 불만을 해소한다.

Sources:

• Claude Fable 5.1 Released 1 September — ArkeonTech
• Claude Fable 5.1: Benchmarks, Pricing & What Changed — Codersera
• Claude Fable 5.1: Three Breaks, One Cache Price — Vincency
• Claude Fable 5.1 Explained: What''s New — Get Claude Skills
• Claude Fable 5.1: The Full Technical Breakdown — Local AI Zone