앤트로픽이 새로 내놓은 Claude Fable 5.1은 장기 작업을 혼자 이어 가는 에이전트 환경에 맞춰 설계됐다. 개발자는 계획 수립부터 실행, 오류 복구, 검증까지 이어지는 복잡한 워크플로우를 더 안정적으로 만들 수 있다. 다만 이전 모델인 Fable 5와 비교하면 추론량 설정, 도구 호출 방식, 진행 상황 보고 방식이 조금씩 달라졌으므로 실무에 넣기 전에 설정을 다시 살펴봐야 한다.

Claude Fable 5.1 출시와 주요 변화

Claude Fable 5.1은 장기 작업 중에 생기는 계획 수립, 실행, 복구, 검증을 에이전트가 계속 이어 갈 수 있도록 만든 모델이다. 1M 토큰 콘텍스트 윈도우와 최대 128K 토큰 출력을 지원해 큰 데이터를 한 번에 다룰 수 있다. 덕분에 개발자는 프롬프트 하나로는 담기 어려운 길고 복잡한 비즈니스 로직을 에이전트에게 맡길 수 있다.

비용도 개발자에게 유리하게 바뀌었다. 입력 토큰 10달러/M, 출력 토큰 50달러/M 가격은 Fable 5와 같지만, 캐시 읽기 비용은 1M 토큰당 1달러에서 0.25달러로 75% 내렸다. 에이전트를 반복해서 호출하는 환경이라면 그동안 쌓이던 누적 비용 부담이 꽤 줄어든다.

Claude Fable 5.1은 단일 질의응답을 넘어 계획과 검증을 지속하는 장기 작업형 에이전트 환경에 최적화되었다.

Effort 설정 재검토와 비용 영향

Fable 5.1의 effort 설정(low, medium, high, xhigh, max)은 모델의 추론 방식과 깊이가 바뀌었기 때문에 Fable 5 때 쓰던 값을 그대로 옮기면 안 된다. 두 버전에 같은 이름의 레벨이 있어도 실제 추론량이 얼마나 다른지는 정확히 확인되지 않았다. 다만 지연 시간이나 답변이 얼마나 자세하게 구성되는지 같은 행동 변화를 보면 추론 방식이 바뀐 것은 분명하다.

medium으로 두면 Fable 5급 품질을 더 적은 비용으로 얻을 수 있지만, max는 비용을 끌어올린다. max에서 Fable 5.1은 Fable 5보다 태스크당 출력 토큰을 약 1.7배 더 쓰고, 그만큼 비용이 약 20% 더 든다. 기본값은 코딩 도구인 Claude Code에서 High, Claude Cowork와 Claude.ai에서 Medium이다.

Fable 5.1의 effort 레벨은 기존 5 버전과 실제 추론량이 다르므로 서비스 적용 시 동일 레벨이라도 재평가가 필요하다.

긴 에이전트 루프의 진행 상황 수신 설정

긴 도구 호출 작업을 할 때 Fable 5.1은 중간에 사용자에게 보여 주는 업데이트를 되도록 적게 쓰는 것이 기본 동작이다. 그래서 에이전트가 안에서 바쁘게 움직이는 동안 겉으로는 몇 분씩 아무 반응이 없거나, 작업이 끝난 뒤 최종 보고서에 마지막 단계만 표시되기도 한다. 개발자로서는 프로세스가 멈춘 건지 정상적으로 도는 건지 알기 어렵다.

해결하려면 진행 상황을 텍스트로 실시간 받도록 설정해야 한다. Fable 5.1은 기본적으로 thinking.display가 "omitted"여서 도구 호출 사이의 메모인 'progress-update thinking blocks'가 빈 채로 온다. API 요청에 thinking-display-updates-2026-08-18 베타 헤더를 붙이고 thinking.display를 "updates"로 지정하면 중간 진행 메모를 텍스트로 받을 수 있다.

긴 도구 호출 작업 중 중간 업데이트가 누락되지 않도록 베타 헤더 설정을 통해 텍스트로 진행 상황을 수신해야 한다.

순차 도구 호출 방지와 프롬프트 최적화

Fable 5.1은 서로 독립적인 요청이 여러 개 들어오면 기본적으로 도구를 병렬로 호출한다. 그런데 복잡한 에이전트 루프나 컴퓨터 사용 환경처럼 다음 단계의 호출들이 암묵적으로 이어지는 상황에서는 도구를 하나씩 순서대로 부르기도 한다. 이렇게 해도 최종 답변 품질은 떨어지지 않지만, API 호출 턴이 늘어 비용과 시간이 낭비된다.

병렬 호출을 끌어내려면 프롬프트를 손봐야 한다. 각 도구 결과 세트 다음에 들어가는 턴 스코프 시스템 메시지에 "First privately list what you need next; then request every item that does not depend on another result in a single response" 같은 지시를 넣는다. 그러면 서로 의존하지 않는 요청을 한 응답 안에서 한꺼번에 보내게 돼 호출 효율이 올라간다.

복잡한 작업 환경에서 무분별한 순차 도구 호출을 줄이려면 턴 스코프 시스템 메시지로 병렬 요청을 유도해야 한다.

Claude Fable 5.1 최적 활용 요약

Claude Fable 5.1을 도입하려면 바뀐 모델 특성에 맞춰 개발 환경부터 다시 손봐야 한다. Fable 5에서 쓰던 effort 설정을 그대로 넣기보다, 실제로 필요한 추론 깊이에 맞춰 비용과 성능의 균형을 다시 재고 조정하는 일이 먼저다. 특히 비용이 많이 드는 max는 꼭 필요할 때만 쓰고, 서비스 목적에 맞는 레벨을 찾는 것이 좋다.

장기 작업을 지켜보려면 API 호출에 베타 헤더를 붙이고 thinking.display를 업데이트 수신 모드로 바꿔야 한다. Fable 5.1은 사이버 보안과 생물학 분야 안전장치를 강화했는데도 세션당 안전장치 개입이 이전보다 약 60% 줄어 에이전트를 다루기가 한결 수월해졌다. 프롬프트를 꾸준히 다듬어 에이전트 시스템을 맞춰 가면 된다.

참고