Claude Fable 5.1 API 가격: 내 청구액은 얼마나 줄까

Claude Fable 5.1을 Claude API에서 사용량 과금으로 쓰면 표준 단가는 100만 토큰당 입력 $10, 출력 $50입니다. 캐시 쓰기는 5분 유지가 $12.50, 1시간 유지가 $20이고, 캐시 읽기(캐시 히트)는 $0.25입니다. 2026년 9월 25일 기준 Claude 가격 문서와 Anthropic의 Fable 5.1 발표에 나온 달러 가격이며, 세금과 별도 계약은 포함하지 않습니다.

이전 모델 Fable 5와 비교하면 바뀐 단가는 캐시 읽기 하나입니다. $1에서 $0.25로 75% 내려갔고 입력, 캐시 쓰기, 출력, Batch 단가는 그대로입니다. 그래서 같은 사용량이라면 청구액 절감률을 0.75 × Fable 5 청구액 중 캐시 읽기 비중으로 계산할 수 있습니다. 캐시를 거의 쓰지 않는 호출은 청구액이 사실상 그대로이고, 긴 컨텍스트를 반복해서 읽는 에이전트 작업일수록 많이 줄어듭니다.

Fable 5.1 공식 단가와 Fable 5에서 바뀐 것

아래 표는 Claude API 표준(글로벌) 요금입니다. 단위는 모두 USD / 100만 토큰입니다.

Fable 5.1의 캐시 읽기는 일반 입력 단가의 2.5%입니다. 다른 Claude 모델은 대체로 10%, Opus 5.5는 5%라서 Fable 5.1만 유독 낮습니다. Batch 열은 가격 문서의 "캐시 배율은 Batch 할인과 겹쳐 적용된다"는 설명에 따라 표준 단가를 절반으로 계산한 값입니다.

표에 드러나지 않는 조건도 청구액에 그대로 반영됩니다.

• 컨텍스트 할증 없음: 1M 토큰 컨텍스트 전체에 같은 단가가 적용됩니다. 90만 토큰짜리 요청도 9,000토큰 요청과 토큰당 가격이 같습니다.
• 사고 토큰은 출력 요금: Fable 5.1은 적응형 사고가 항상 켜져 있고, 사고 내용은 기본적으로 응답에 표시되지 않습니다. 화면에 보이는 답변이 짧아도 청구되는 출력은 더 많을 수 있으므로 usage.output_tokens를 기준으로 봐야 합니다(확장 사고 문서).
• 기본 effort는 high: 출력량을 좌우하는 설정입니다. 모델 ID는 claude-fable-5-1, 최대 출력은 동기 Messages API 기준 128K 토큰입니다.

같은 가격표를 쓰는 Claude Mythos 5.1은 초대받은 조직만 이용할 수 있습니다.

75%, 약 25%, 최대 약 45%는 서로 다른 숫자입니다

Fable 5.1 출시 소식에는 세 가지 숫자가 함께 나옵니다. 가리키는 대상이 서로 다릅니다.

• 75%: 캐시 읽기 단가 하나의 인하율입니다($1 → $0.25). 청구액 전체의 인하율이 아닙니다.
• 약 25%: Anthropic이 "일반적인 워크로드"에서 Fable 5보다 이만큼 싸진다고 추정한 값입니다.
• 최대 약 45%: 캐시 읽기가 비용의 대부분을 차지하는 에이전트형·장문 컨텍스트·도구 중심 작업에 대한 Anthropic의 추정치입니다.

두 추정치는 Anthropic이 2026년 8월 4주간의 실제 사용량(Claude Enterprise, Claude Code, API의 Fable 사용 전체)을 기본 effort로 두 모델에 사용량 요금으로 매겨 비교한 결과입니다. Anthropic 전체 사용자의 평균이므로 특정 팀의 청구액을 보장하지 않습니다.

내 워크로드에 대입하려면 앞의 식을 쓰면 됩니다. 입력·쓰기·출력 단가가 같고 캐시 읽기만 75% 싸졌으니 줄어드는 금액은 "Fable 5에서 캐시 읽기에 쓰던 돈 × 0.75"입니다. 이를 거꾸로 풀면 Anthropic의 약 25%는 캐시 읽기가 기존 청구의 약 1/3을 차지하는 경우이고, 약 45%는 약 60%를 차지하는 경우에 해당합니다.

예를 들어 Fable 5 청구액이 월 $1,000이고 그중 캐시 읽기가 $400였다면, 같은 사용량의 Fable 5.1 청구액은 $1,000 − $400 × 0.75 = $700입니다. 캐시 읽기 비중은 Fable 5 시절 로그의 cache_read_input_tokens 합계에 $1을 곱해 100만으로 나눈 금액을 전체 청구액으로 나눠 구합니다.

이 계산은 두 모델이 같은 작업에 같은 수의 토큰을 쓴다는 가정 위에 있습니다. 사고량이나 재시도 횟수가 달라지면 결과도 달라집니다. Finout은 Intelligence Index 벤치마크를 인용해 max effort에서는 Fable 5.1의 작업당 비용이 Fable 5보다 약 20% 높았다고 전합니다($3.76 대 $3.14, Finout 분석). 벤치마크 하나를 max effort로 돌린 결과라 일반화할 수는 없지만, 출력이 늘어나면 캐시 읽기 인하 효과가 상쇄될 수 있다는 점은 분명히 보여줍니다. 전환 전후 같은 작업의 output_tokens도 함께 비교해 두는 편이 안전합니다.

응답의 usage로 한 요청 비용 계산하기

Messages API 응답의 usage에는 요금 항목별 토큰 수가 들어 있습니다. 프롬프트 캐싱 문서에 따르면 각 필드의 뜻은 다음과 같습니다.

• input_tokens: 마지막 캐시 중단점 뒤의 토큰만 셉니다. 보낸 입력 전체가 아닙니다.
• cache_creation_input_tokens: 이번 요청에서 캐시에 쓴 토큰의 합계입니다.
• cache_creation.ephemeral_5m_input_tokens, cache_creation.ephemeral_1h_input_tokens: 위 합계를 5분·1시간 캐시로 나눈 세부 항목입니다.
• cache_read_input_tokens: 캐시에서 읽은 토큰입니다.
• output_tokens: 사고 토큰을 포함한 출력입니다.

전체 입력은 cache_read_input_tokens + cache_creation_input_tokens + input_tokens입니다. 캐시 쓰기 합계와 세부 항목은 같은 토큰을 두 번 보여주는 것이므로 둘 중 하나만 더해야 합니다. 단가가 다른 5분·1시간 쓰기를 구분하려면 세부 항목을 쓰면 됩니다.

다음은 계산을 보여주기 위한 가상 응답입니다.

"usage": {
  "input_tokens": 2000,
  "cache_creation_input_tokens": 5000,
  "cache_creation": {
    "ephemeral_5m_input_tokens": 4000,
    "ephemeral_1h_input_tokens": 1000
  },
  "cache_read_input_tokens": 20000,
  "output_tokens": 1000
}

비용(USD) = (10 × 일반 입력 + 12.5 × 5분 쓰기 + 20 × 1시간 쓰기 + 0.25 × 캐시 읽기 + 50 × 출력) ÷ 1,000,000

위 응답을 대입하면 $0.020 + $0.050 + $0.020 + $0.005 + $0.050 = $0.145입니다. cache_creation_input_tokens의 5,000토큰을 세부 항목과 별도로 5분 쓰기 단가에 한 번 더 더하면 $0.0625가 과다 계산됩니다. 같은 usage를 Fable 5 단가로 계산하면 캐시 읽기가 $0.020이 되어 합계 $0.160입니다. 이 호출에서 Fable 5.1로 줄어드는 비율은 약 9.4%이고, 앞의 표에서 캐시 읽기 비중 12.5%에 해당하는 값과 같습니다.

로그를 모아 합산할 때는 아래 함수처럼 계산하면 됩니다.

RATES = {  # USD / 100만 토큰, Claude Fable 5.1 표준(글로벌)
    "input": 10.00,
    "write_5m": 12.50,
    "write_1h": 20.00,
    "cache_read": 0.25,
    "output": 50.00,
}

def fable51_cost(usage: dict, batch: bool = False, us_only: bool = False) -> float:
    detail = usage.get("cache_creation") or {}
    w5 = detail.get("ephemeral_5m_input_tokens", 0)
    w1h = detail.get("ephemeral_1h_input_tokens", 0)
    if not detail:
        # 세부 항목이 없는 로그는 합계를 기본 TTL인 5분 쓰기로 간주(가정)
        w5 = usage.get("cache_creation_input_tokens", 0)
    cost = (
        usage.get("input_tokens", 0) * RATES["input"]
        + w5 * RATES["write_5m"]
        + w1h * RATES["write_1h"]
        + usage.get("cache_read_input_tokens", 0) * RATES["cache_read"]
        + usage.get("output_tokens", 0) * RATES["output"]
    ) / 1_000_000
    if batch:
        cost *= 0.5   # Batch: 모든 토큰 항목 50% 할인
    if us_only:
        cost *= 1.1   # inference_geo: "us"
    return cost

예시 usage를 넣으면 표준 $0.145, Batch $0.0725, 미국 전용 추론 $0.1595, Batch와 미국 전용 추론을 함께 쓰면 $0.07975가 나옵니다.

월 예산으로 넓히기

월 예산은 대표적인 요청 몇 가지의 usage를 실제로 받아 요청당 비용을 구하고 월간 요청 수를 곱해 잡는 방식이 가장 정확합니다. 위 예시 요청을 하루 1,000번, 30일 동안 보내면 $0.145 × 30,000 = $4,350입니다. 여기에 웹 검색을 쓰는 경우 검색 1,000회당 $10을 따로 더합니다.

요청을 보내기 전에 규모만 가늠하고 싶다면 무료 토큰 카운팅 엔드포인트를 쓸 수 있습니다. 다만 결과는 추정치이고 캐시 적용 여부는 반영하지 않습니다. 또 Fable 5.1을 포함한 Claude 4.7 이후 모델은 새 토크나이저를 써서, 같은 텍스트라도 Sonnet 4.6 이전 모델보다 토큰이 약 30% 많이 나올 수 있습니다(내용에 따라 다름). 예전 모델에서 잰 토큰 수를 그대로 가져오면 예산이 모자랄 수 있습니다.

5분 캐시와 1시간 캐시 고르기

캐시는 한 번 쓸 때 일반 입력보다 비싸고, 다시 읽을 때 훨씬 싸집니다. 그래서 선택 기준은 "쓴 캐시를 만료 전에 몇 번 다시 읽느냐"입니다. 접두부가 P 토큰이고 한 번 쓴 뒤 H번 읽는다면 입력 비용은 다음과 같습니다(÷ 1,000,000).

• 캐시 없음: P × 10 × (1 + H)
• 5분 캐시: P × (12.5 + 0.25 × H)
• 1시간 캐시: P × (20 + 0.25 × H)

접두부 10,000토큰으로 계산하면 5분 캐시는 한 번만 다시 읽어도 캐시 없음보다 싸고($0.1275 대 $0.2000), 1시간 캐시는 두 번 다시 읽어야 앞섭니다($0.2050 대 $0.3000). 가격 문서도 같은 손익분기를 제시합니다. 이 비교는 만료 전에 실제로 캐시가 맞았다는 가정이며, 출력 비용은 들어 있지 않습니다.

결정을 가르는 것은 요청 사이의 간격입니다.

• 다음 요청이 5분 안에 온다: 대화형 채팅, 연속 도구 호출처럼 간격이 짧으면 5분 캐시로 충분합니다. 캐시가 맞을 때마다 유지 시간이 쓰기 요금 없이 다시 연장됩니다(읽기 요금은 청구).
• 요청 간격이 5분을 넘지만 1시간 안에 두 번 이상 재사용한다: 1시간 캐시가 유리합니다. 같은 10,000토큰 접두부를 10분 간격으로 한 시간에 6번 보낸다고 가정하면, 캐시 없음은 $0.60입니다. 5분 캐시는 매번 만료되어 다시 쓰게 되므로 $0.75로 오히려 비싸고, 1시간 캐시는 $0.20 + 5 × $0.0025 = 약 $0.21입니다.
• 한 번 쓰고 다시 안 읽는다: 캐시를 쓰지 않는 편이 쌉니다.

실제 운영에서 캐시가 예상보다 덜 맞는 이유도 알아 두면 좋습니다.

• 최소 길이: Fable 5.1은 512토큰 미만의 접두부를 캐시하지 않습니다. 오류 없이 일반 입력으로 처리되므로 usage의 캐시 필드 두 개가 모두 0이면 캐시가 되지 않은 것입니다.
• 유지 시간은 요청 시작 시점부터 계산됩니다: 응답에 4분이 걸린 요청이라면 5분 캐시는 응답이 끝난 뒤 약 1분만 남습니다. 사고량이 많은 Fable 5.1에서는 이 차이가 커질 수 있습니다.
• 캐시를 무효화하는 변경: 도구 정의를 바꾸면 전체 캐시가, 웹 검색이나 인용 기능을 켜고 끄면 시스템 프롬프트와 메시지 캐시가 무효화됩니다. 최상위 output_config.effort를 바꾸면 메시지 블록 캐시가 무효화되지만, 기본값을 명시적으로 넣는 것은 생략과 같아서 캐시를 깨지 않습니다. 메시지 단위 effort(베타)를 지원하는 모델에서는 role: "system" 메시지 안에서 effort를 바꾸면 접두부가 유지됩니다.
• 시스템 지시 추가 방식: Fable 5.1에서는 대화 도중 최상위 system을 고치는 대신 {"role": "system"} 메시지를 덧붙이면 기존 캐시가 유지됩니다.
• 요청하지 않은 5분 쓰기: 웹 검색 같은 서버 도구 결과는 자동으로 캐시될 수 있어, 설정하지 않은 ephemeral_5m_input_tokens가 보이기도 합니다.

첫 사용자 요청 전에 max_tokens: 0으로 요청을 보내 캐시를 미리 채울 수도 있습니다. 이때 캐시 쓰기 요금은 청구되고 출력 토큰은 0입니다. Claude Code에서 턴 하나가 갑자기 비싸지는 원인을 추적하고 있다면 Claude Code 캐시 미스 토큰 비용을 참고하세요.

Batch와 캐시를 함께 쓰면

Batch(Message Batches API)는 입력과 출력 토큰 가격을 50% 할인합니다. Fable 5.1의 Batch 단가는 입력 $5, 출력 $25입니다. 캐시 배율은 Batch 할인, 미국 전용 추론 배율과 겹쳐 적용되므로 캐시 쓰기와 읽기도 표준 단가의 절반이 됩니다. 앞의 단가표에서 Batch 열이 이 값입니다.

곱셈이므로 적용 순서는 결과에 영향을 주지 않습니다. 주의할 것은 두 가지입니다. 이미 Batch 단가($5, $0.125 등)로 계산했다면 50%를 다시 빼지 않아야 합니다. inference_geo: "us"를 쓴다면 1.1배를 마지막에 한 번 곱합니다. 예를 들어 Batch에서 미국 전용 추론을 쓰면 캐시 읽기는 $0.125 × 1.1 = $0.1375입니다. 웹 검색처럼 토큰이 아닌 도구 요금이 Batch에서 절반이 된다고 가정해서는 안 됩니다.

Batch에 넣을 작업은 응답을 기다리지 않아도 되는지로 가릅니다. 야간 평가, 대량 분류·요약, 문서 일괄 처리처럼 결과를 몇 시간 안에 받아도 되는 작업이 맞습니다. 사용자가 화면 앞에서 기다리는 요청은 맞지 않습니다. Batch에는 다음 제약이 있습니다(Batch 처리 문서).

• 스트리밍, fast mode, max_tokens: 0 캐시 예열을 쓸 수 없습니다.
• 한 번에 최대 100,000개 요청 또는 256MB까지 보낼 수 있습니다.
• 대부분 1시간 안에 끝나지만, 결과는 전체가 끝나거나 24시간이 지나야 받을 수 있고 24시간 안에 처리되지 않은 요청은 만료됩니다.
• 결과는 29일간 보관됩니다. 결과 순서가 보장되지 않으므로 custom_id로 짝을 맞춰야 합니다.
• errored, canceled, expired 상태의 요청은 과금되지 않습니다. 반대로 succeeded로 끝났지만 자체 품질 기준을 통과하지 못한 결과는 이미 청구된 것입니다.

Batch 안의 요청은 동시에, 순서 없이 처리되기 때문에 캐시 적중은 최선 노력(best-effort) 수준입니다. 여러 요청이 같은 긴 컨텍스트를 공유한다면 공식 문서는 1시간 캐시를 권합니다. Batch 비용을 추정할 때는 캐시 적중률을 실시간 호출보다 보수적으로 잡는 편이 안전합니다.

같은 사용량이면 Opus 5.5는 얼마인가

2026년 9월 22일 출시된 Claude Opus 5.5는 입력 $4, 5분 캐시 쓰기 $5, 1시간 캐시 쓰기 $8, 캐시 읽기 $0.20, 출력 $20입니다(Batch 입력 $2, 출력 $10). 같은 토큰 수라면 일반 입력·캐시 쓰기·출력은 Fable 5.1의 40%, 캐시 읽기는 80%입니다.

앞의 가상 usage를 Opus 5.5 단가로 계산하면 $0.008 + $0.020 + $0.008 + $0.004 + $0.020 = $0.060으로, Fable 5.1($0.145)의 약 41%입니다. 캐시 읽기 단가 차이가 작기 때문에 캐시 읽기 비중이 아주 큰 워크로드일수록 두 모델의 격차가 줄어듭니다.

이 비교는 토큰 수가 같다는 가정입니다. Opus 5.5의 기본 effort는 medium이고 Fable 5.1은 high라서 같은 작업이라도 출력과 사고 토큰 수가 다르게 나옵니다. Anthropic의 모델 선택 안내는 대부분의 작업을 Opus 5.5로 시작하고, 까다로운 추론이나 긴 호흡의 작업처럼 Opus 5.5를 높은 effort로 돌려도 부족할 때 Fable 5.1을 쓰라는 것입니다. 이외에 Sonnet 5는 $2/$10, Haiku 4.5는 $1/$5입니다. 작업 유형별로 어느 쪽이 맞는지는 Claude Fable 5.1 vs Opus 5.5 비교에서, Opus 5.5 단가로 직접 계산하는 방법은 Claude Opus 5.5 가격과 사용량 초기화권에서 볼 수 있습니다. 이전 세대인 Opus 5와 작업 비용을 비교하려면 Claude Fable 5.1 vs Opus 5 가격 비교를 참고하세요.

청구액을 바꾸는 나머지 조건

• 미국 전용 추론: Claude API와 Claude Platform on AWS에서 inference_geo: "us"를 지정하면 입력, 출력, 캐시 쓰기, 캐시 읽기 모든 항목에 1.1배가 붙습니다. 기본값인 글로벌은 표준 단가입니다.
• Amazon Bedrock, Google Cloud: 두 클라우드는 자체 가격표로 청구합니다. 위 1.1배를 그대로 옮겨 적용하면 안 되고, 각 클라우드의 가격 페이지를 따로 확인해야 합니다. 두 곳 모두 리전·멀티 리전 엔드포인트는 글로벌 엔드포인트보다 10% 비쌉니다. usage 필드 이름도 Bedrock은 다릅니다.
• 도구 사용: 도구 정의, tool_use, tool_result 블록은 모두 입력 토큰으로 계산됩니다. 웹 검색은 토큰과 별도로 1,000회당 $10이고, 웹 페치는 토큰 외 추가 요금이 없습니다.
• 통화: 공식 가격은 모두 달러입니다. 실제 원화 청구액은 결제 경로의 환율, 부가세, 카드 수수료에 따라 달라집니다.
• 구독과 API는 별개: Claude Pro·Max 같은 구독과 Claude API는 따로 청구되며, API 단가가 바뀌어도 구독료는 그대로입니다(Claude 도움말). 구독 요금제 안에서의 한도는 Claude Fable 5.1 사용량 제한: Pro·Max 한도와 추가 요금에서 다룹니다.

자주 묻는 질문

Fable 5.1로 바꾸면 청구액이 무조건 줄어드나요?

같은 토큰 수라면 늘어나지는 않습니다. 다만 캐시 읽기가 없는 호출은 사실상 그대로입니다. 줄어드는 폭은 Fable 5 청구액에서 캐시 읽기가 차지하던 비중의 75%입니다. 사고량이나 출력이 늘어나면 오히려 비싸질 수도 있으므로 전환 전후의 output_tokens를 함께 비교하세요.

토큰 사용량은 어디서 확인하나요?

요청마다 응답의 usage 필드에 항목별 토큰 수가 들어 있습니다. 이 값을 로그로 남겨 합산하면 앞의 식으로 비용을 그대로 계산할 수 있습니다. 결제·충전과 무료 크레딧 확인 방법은 Claude API 키 구매 가이드에서 다룹니다.

중계 서비스의 "공식보다 20% 저렴" 가격은 믿어도 되나요?

일부 중계·라우터 서비스는 Fable 5.1 입력을 $8 등으로 표시하거나 공식보다 싸다고 광고합니다. 이는 각 서비스의 자체 가격이며 Anthropic 가격이 아닙니다. 캐시 쓰기·읽기 단가, Batch 지원, 청구 단위가 공식과 같은지 해당 서비스 문서에서 직접 확인해야 합니다. 접속 경로 자체를 비교하려면 Claude 안정 접속은 어떻게 골라야 하나를 참고하세요.