Claude Fable 5.1, 성능보다 사용량이 먼저 보인 이유

Claude Fable 5.1이 공개되자 성능표보다 사용량 표시가 먼저 화제가 됐다. 높은 effort에서 한도가 빠르게 줄었다는 체감이 나왔고 이전 Fable보다 긴 작업을 안정적으로 끝낸다는 평가도 동시에 나왔다. 이번 업데이트는 모델이 실제로 좋아진 것일까, 아니면 Claude Code의 실행 방식이 달라져 그렇게 느껴지는 것일까.

Fable 5.1은 장거리 작업을 겨냥한 마이너 업데이트다

Anthropic은 2026년 9월 1일 Fable 5.1을 일반 제공했다. 100만 토큰 컨텍스트와 최대 12만8000토큰 출력은 Fable 5와 같다. API 가격도 입력 100만 토큰당 10달러, 출력 50달러로 유지됐다.

바뀐 지점은 장시간 에이전트 작업의 안정성과 비용 구조다. Anthropic은 여러 앱을 오가는 작업, 코드베이스 전체 기능 개발, 다단계 조사에 Fable 5.1을 배치했다. 캐시 읽기 가격은 이전보다 75% 낮은 100만 토큰당 0.25달러로 내려갔다.

공식 발표는 일반 작업의 예상 비용을 약 25%, 에이전트형 작업을 최대 약 45% 줄일 수 있다고 설명한다. 단서가 중요하다. 이 계산은 토큰 단위로 청구되는 환경을 전제로 한다. Claude Max의 포함 사용량이 같은 비율로 늘어난다는 약속은 아니다.

Fable 5.1은 완전히 다른 제품이라기보다 Fable 5의 강점을 조정한 모델에 가깝다. 기존 프롬프트를 그대로 써도 된다는 공식 안내도 이 해석을 뒷받침한다. 다만 effort, 진행 알림, 파일 편집, 하위 에이전트 운용 방식은 다시 맞춰야 한다.

Claude Code에서는 버전과 모델을 먼저 확인한다

Claude Code에서 시험하는 순서는 짧다. 터미널에서 `claude update`를 실행하고 `claude --version`이 2.1.257 이상인지 확인한다. 해당 릴리스는 `claude-fable-5-1`을 추가하고, `fable` 별칭의 기본 대상을 5.1로 바꿨다.

프로젝트에서 `claude`를 연 뒤 `/model`을 실행하면 계정에 허용된 모델을 볼 수 있다. Fable 5.1을 고르고 `/effort`에서 작업 강도를 정한다. 한 번만 지정하려면 `claude --model claude-fable-5-1`처럼 전체 모델 ID를 넘길 수도 있다.

첫 실험에 기존 대형 작업을 바로 투입하는 방법은 비교를 어렵게 만든다. 같은 저장소와 같은 커밋에서 하나의 이슈를 골라야 한다. 수정 파일 범위, 테스트 명령, 금지 영역, 완료 조건을 프롬프트에 함께 넣으면 지시 이행과 범위 통제를 비교할 수 있다.

예를 들어 “원인을 찾고 고쳐라”보다 “실패 테스트를 재현하고, 원인 파일만 수정한 뒤 같은 테스트를 통과시켜라”가 낫다. 입력은 이슈와 저장소 상태이고 산출물은 패치, 테스트 결과, 변경 요약이다. Fable 5.0 또는 Opus 5에도 같은 입력을 주면 하네스 차이까지 줄일 수 있다.

벤치마크 상승은 분명하지만 모든 작업의 체감 차이는 아니다

Anthropic이 공개한 Terminal-Bench-Science 0.1에서 Fable 5.1은 52.6%를 기록했다. 같은 실험의 Fable 5는 24.7%, Opus 5는 29.0%였다. 에이전트형 터미널 코딩을 보는 Terminal-Bench 4.0은 Fable 5.1이 55.8%, Fable 5가 42.0%였다.

CursorBench 3.2.0에서는 73.4%와 70.5%로 차이가 작았다. Humanity’s Last Exam도 도구 없이 60.9%와 57.8%였다. 벤치마크마다 개선 폭이 크게 다른 만큼 “수학이 두 배 좋아졌다”거나 “코딩이 완전히 달라졌다”고 일반화할 근거는 없다.

국내 초기 사용자들은 요구가 덜 정리된 과제와 큰 하네스에서 Fable 5.1이 범위를 더 잘 지켰다는 의견을 냈다. 반면 Fable 5.0도 이미 강해서 일상 코딩에서는 차이를 찾기 어렵다는 평가도 있었다. 써본 사람들 사이에서도 긴 조사와 복잡한 구현에는 호평이 있었지만 짧은 수정에서는 과한 설명과 전체 파일 재작성이 부담이라는 반응이 엇갈렸다.

공식 프롬프팅 문서도 이런 행동 차이를 인정한다. 5.1은 작은 변경에도 파일 전체를 다시 쓸 가능성이 높고 열린 요구에서는 주변 문제까지 손댈 수 있다. 체감 향상이 모델 가중치 하나에서만 오지 않고 시스템 프롬프트, 도구 호출, 편집 전략과 결합해 나온다는 관찰이 설득력을 얻는 이유다.

사용량이 빨리 줄어드는 데는 세 가지 변수가 섞여 있다

Claude Code에서 Fable 5.1의 기본 effort는 `high`다. Claude.ai와 Cowork의 기본값은 `medium`이다. Anthropic은 같은 이름의 effort라도 Fable 5와 5.1에서 사고량이 같지 않다고 명시했다. `xhigh`와 `max`는 긴 산출물을 쓰기 전 사고가 길어져 더 많은 토큰과 시간이 들 수 있다.

컨텍스트도 매 턴 다시 비용을 만든다. Claude Code는 대화 기록, `CLAUDE.md`, 읽은 파일, 새 프롬프트를 다음 요청에 함께 보낸다. Anthropic 도움말은 작업이 바뀌면 `/clear`, 같은 작업을 이어가면 `/compact`를 쓰라고 안내한다. 작은 요청이라도 긴 세션 뒤에 붙으면 소비량이 커질 수 있다.

Max 구독은 세션 한도가 5시간마다 돌아오고 모든 모델에 걸친 주간 한도도 있다. Anthropic은 계정별 정확한 토큰 몫을 공개하지 않으며 용량 상황에 따라 추가 제한을 둘 수 있다고 밝힌다. 출시 때 사용량이 초기화됐다는 일부 경험은 있었지만 공식 문서에서 모든 계정에 적용되는 혜택으로 확인되지는 않는다.

그래서 “캐시가 싸졌는데 왜 더 빨리 닳나”라는 질문에는 단일 답이 없다. API 사용자는 낮아진 캐시 단가를 직접 받는다. 구독자는 effort, 출력 길이, 전체 파일 재작성, 반복 도구 호출, 누적 컨텍스트가 한도 표시를 함께 움직인다. 써본 사람들 사이에서도 수십 분 만에 급감했다는 불만과 이전보다 적게 썼다는 반대 경험이 함께 나왔다.

승부는 최고 effort가 아니라 과제당 비용에서 난다

Anthropic은 `high`에서 시작하되 `low`, `medium`, `xhigh`, `max`를 자체 평가로 다시 비교하라고 권한다. 공식 측정에서 `medium`은 더 낮은 비용으로 Fable 5와 대체로 비슷한 결과를 냈다. `low`는 검색 도구를 덜 부르는 경향이 있어 조사 과제에는 별도 확인 지시가 필요하다.

개인 개발자나 작은 팀은 세 모델을 막연히 번갈아 쓰기보다 과제당 성공 비용을 재면 된다. 같은 버그를 세 번씩 실행하고 성공률, 소요 시간, 입력·출력·캐시 토큰, 수정 파일 수, 재작업 횟수를 남긴다. Fable 5.1은 불확실한 설계와 장거리 검증에 두고 Opus 5는 일반적인 고난도 작업에 두어 비교하면 된다.

짧은 수정에서는 “지정 파일만 바꾸고 전체 파일을 재작성하지 말라”는 제한을 넣는다. 긴 작업은 완료 조건과 중단 지점을 명시하고 `high`부터 측정한다. Fable 5.1의 가치는 최고 effort를 켰을 때가 아니라 `medium`에서도 기존 Fable이 맡던 불확실한 장거리 작업을 끝내는지에서 결정된다.