Fable 5.1은 언제 쓰고 Opus 5.5 코드에서 무엇을 바꾸나

못 끝내는 작업만 Fable로 옮긴다

기본 모델은 Opus 5.5로 둡니다. 요청에는 모델이 답하기 전에 얼마나 생각하고 얼마나 길게 쓸지 정하는 effort 값이 있고, low부터 max까지 다섯 단계입니다. Opus 5.5를 xhigh나 max로 돌려도 평가 기준에 못 미치는 작업만 Fable 5.1로 옮깁니다.

캐시 읽기 단가는 1.25배 차이라서, 캐시한 앞부분을 다시 읽는 긴 세션에서는 입력 쪽 차이가 줄어듭니다. 출력은 2.5배 그대로입니다.

옮길 때는 모델 이름과 함께 effort를 적고, speed: "fast"와 fast-mode 베타를 지웁니다.

1const msg = await client.beta.messages
2  .stream({
3    model: "claude-fable-5-1",
4    output_config: { effort: "high" }, // 빼면 Fable은 high, Opus는 medium
5    max_tokens: 64000,
6    betas: ["server-side-fallback-2026-07-01"],
7    fallbacks: "default",
8    messages,
9  })
10  .finalMessage();

Fable 5.1은 요청을 30일 동안 보존해야 쓸 수 있는 모델입니다. 요청 내용을 남기지 않는 ZDR 계약을 맺은 조직은 30일 보존을 켠 워크스페이스를 따로 두고, 그 워크스페이스의 API 키로 보냅니다.

모델 이름만 바꾸면 세 곳이 걸린다

모델 이름만 바꾸면 ZDR 조직은 400을 받고, fast mode는 에러를 내고, 적지 않은 effort는 한 단계 오릅니다. 두 모델은 Messages API 요청 모양이 거의 같습니다. 둘 다 생각하는 단계를 끌 수 없고, 거절은 HTTP 200에 stop_reason: "refusal"을 실어 돌려줍니다. thinking 설정과 거절 처리 코드는 그대로 둡니다.

ZDR 조직에서 모델 이름만 바꾼 요청은 400 invalid_request_error와 … must have data retention enabled.로 끝납니다. 위 코드처럼 speed: "fast"와 fast-mode-2026-02-01 베타를 지우고 effort를 적어 두면, 기본값이 다른 모델로 옮겨도 청구가 조용히 뛰지 않습니다.

올라간 대화는 생각을 이어받는다

Opus 5.5로 돌던 에이전트가 한 단계에서 막히면, 전체를 옮기지 않고 막힌 턴부터 모델 이름만 바꿔 보내도 됩니다. 응답에는 모델이 답하기 전에 생각한 내용을 담은 사고 블록이 붙습니다. 앱은 이 블록을 다음 요청에 그대로 되돌려 보냅니다. Claude API에서 Fable 5.1은 Opus 5.5의 사고 블록을 읽습니다.

내려올 때 버린 블록도 히스토리에서 지우지 않으면 다시 올렸을 때 읽힙니다. 올리기 전에 같은 모델 안에서 그 턴의 effort만 올려 볼 수도 있습니다. 턴마다 effort 바꾸기는 프롬프트 캐시를 깨지 않습니다.