Claude Sonnet 5.5 캐시 가격: 캐시 읽기 $0.10로 반값, 청구액 계산법

Claude Sonnet 5.5의 캐시 읽기(캐시 히트) 단가는 2026년 10월 7일부터 Claude API에서 100만 토큰당 $0.10입니다. 그 전에는 $0.20이었고, 기본 입력 단가에 곱하는 배수가 0.1배에서 0.05배로 바뀌었습니다. 입력 $2, 출력 $10, 캐시 쓰기 $2.50(5분)·$4(1시간)는 그대로입니다(Claude 릴리스 노트 10월 7일 항목, Claude API 가격 문서).

바뀐 항목이 캐시 읽기 하나뿐이므로 청구액이 줄어드는 비율은 간단하게 정해집니다. 절감률 = 인하 전 비용에서 캐시 읽기가 차지하던 비율 ÷ 2입니다. Anthropic이 밝힌 "약 20% 저렴해진다"는 대부분의 에이전트 작업에 대한 추정치이고, 청구서 전체에 20% 할인이 붙는다는 뜻이 아닙니다. 캐시를 거의 쓰지 않는 호출은 몇 % 줄어드는 데 그치고, 긴 컨텍스트를 반복해서 읽는 에이전트 루프는 아래 계산 예시처럼 40% 넘게 줄 수 있습니다.

• Message Batches에서는 $0.05, 미국 내 추론(inference_geo: "us")에서는 $0.11입니다.
• Amazon Bedrock은 글로벌 교차 리전 추론 $0.10 / 지리적 교차 리전 추론 $0.11, Google Cloud Vertex AI는 글로벌 엔드포인트 $0.10(배치 $0.05), 멀티 리전·리전 엔드포인트 $0.11(배치 $0.055)입니다.
• Pro·Max·Team 구독의 Claude Code 사용 한도는 바뀌지 않았습니다. API 키로 토큰 단위 결제를 하는 경우에만 새 단가가 적용됩니다.

Sonnet 5.5 캐시 가격표: 바뀐 것은 캐시 읽기 한 줄

2026년 10월 12일 기준 Claude API의 Sonnet 5.5 단가입니다(100만 토큰당 USD, 글로벌 라우팅).

같은 항목이 문서와 화면마다 다른 이름으로 나옵니다. 가격 문서의 모델 가격표에서는 "Cache hits and refreshes", 배수 표에서는 "Cache read (hit)", API 응답의 usage에서는 cache_read_input_tokens, Bedrock Converse API에서는 cacheReadInputTokens, Google Cloud 가격표에서는 "Cache Hit"입니다. 모두 이미 캐시에 저장된 프롬프트 앞부분을 다시 읽을 때 붙는 단가입니다. "refreshes"가 붙은 이유는 캐시를 읽을 때마다 그 캐시의 유효 시간이 다시 시작되기 때문입니다.

인하 후 다른 Claude 모델과의 관계도 달라졌습니다.

Opus 5.5도 배수는 0.05배지만 기본 입력이 $4이므로 캐시 읽기는 $0.20입니다. 10월 7일 전에는 Sonnet 5.5와 Opus 5.5의 캐시 읽기가 똑같이 $0.20이었는데, 지금은 Opus 5.5가 모든 항목에서 정확히 2배입니다. Sonnet 5는 입력·출력이 Sonnet 5.5와 같고 캐시 읽기만 $0.20으로 남았습니다. Sonnet 5의 현재 요금은 Claude Sonnet 5 가격 인상 취소: 현재 API 요금과 청구 금액 확인법에 정리되어 있습니다.

플랫폼별 Sonnet 5.5 캐시 읽기 단가: Batch $0.05, 미국 내 추론 $0.11

캐시 배수는 Batch API 할인, 데이터 거주(미국 내 추론) 배수와 겹쳐서 적용됩니다(가격 문서: "These multipliers stack with other pricing modifiers"). 그래서 사용하는 경로와 옵션에 따라 실제 단가가 달라집니다.

Claude Platform on AWS와 Microsoft Foundry는 Anthropic이 운영하고 마켓플레이스로 청구하는 방식이라 Claude API 표준 단가를 그대로 따릅니다. 다만 협상 할인이나 프라이빗 오퍼가 있으면 계량되는 CCU 수가 줄어듭니다.

Bedrock과 Google Cloud는 클라우드 사업자가 직접 가격을 정합니다. Bedrock 수치는 DevelopersIO가 Bedrock에서 Sonnet 5.5 캐시 읽기 인하 효과를 실측한 글에서 AWS Price List API로 조회한 us-east-1 값이며, 같은 글에 따르면 AWS 가격 페이지에도 10월 7일부터 50% 인하한다는 주석이 붙어 있습니다. 데이터를 특정 지역 안에서만 처리하는 지리적 교차 리전 추론은 글로벌 교차 리전 추론보다 입력·출력·캐시 쓰기·캐시 읽기가 모두 10% 높습니다. 다른 리전에서 쓴다면 Amazon Bedrock 가격 페이지에서 해당 리전 값을 봐야 합니다.

Google Cloud의 Claude 모델 가격표는 엔드포인트별로 표가 나뉘어 있습니다. 글로벌 엔드포인트가 Claude API와 같은 $0.10이고, 멀티 리전(US·EU)과 단일 리전(us-east5 등) 엔드포인트는 입력 $2.20, Cache Hit $0.11, Batch Cache Hit $0.055처럼 모든 항목이 10% 높습니다.

Sonnet 5.5 청구액은 얼마나 줄까: 캐시 읽기 비중의 절반

캐시 읽기 단가만 절반이 되었으므로, 프롬프트와 캐시 적중 패턴이 같다면 줄어드는 금액은 정확히 "인하 전 캐시 읽기 비용의 절반"입니다. 이것을 전체 비용에 대한 비율로 바꾸면 위에서 말한 규칙이 됩니다.

DevelopersIO의 Bedrock 실측이 이 규칙을 그대로 보여 줍니다. 약 16,400토큰짜리 고정 시스템 프롬프트를 두고 짧은 질문 20개를 이어서 보낸 채팅에서, 캐시 읽기는 모두 350,380토큰이었습니다. 인하 전 단가로는 $0.1750, 인하 후 단가로는 $0.1399가 나와 20.0% 줄었는데, 인하 전 비용에서 캐시 읽기가 차지한 비율이 40.1%였으니 그 절반입니다. 대화가 길어질수록 캐시 읽기 비중이 커져서 누적 절감률이 2턴 3.3%, 10턴 15.2%, 20턴 20.0%로 올라갔습니다.

토큰 구성이 다른 세 가지 요청으로 계산해 보면 차이가 분명해집니다. 앞의 두 줄은 설명용으로 정한 토큰 수이고, 마지막 줄은 Claude 프롬프트 캐싱 문서에 실린 응답 예시의 usage 값입니다.

첫 줄을 풀어 쓰면 현재 단가로 100,000 × $0.10 + 3,000 × $2.50 + 2,000 × $10 = $0.0100 + $0.0075 + $0.0200 = $0.0375입니다(각 항을 100만으로 나눈 값). 인하 전에는 캐시 읽기 항이 $0.0200이어서 합계가 $0.0475였고, 캐시 읽기 비중 42%의 절반인 21%가 줄었습니다. 반대로 세 번째 줄은 캐시 읽기가 비용의 3.5%밖에 되지 않아 1.8%만 줄었습니다.

효과가 작게 나오는 경우는 정해져 있습니다. 출력 토큰이 비용 대부분을 차지하는 작업, 프롬프트가 매번 달라 캐시가 거의 적중하지 않는 작업, 그리고 캐시 가능한 최소 길이(Sonnet 5.5는 512토큰)에 못 미쳐 아예 캐시되지 않는 짧은 프롬프트입니다.

Sonnet 5.5 effort별 작업당 비용: low −17%, max −29%

Artificial Analysis(AA)는 Intelligence Index 작업 1건을 처리하는 데 드는 비용을 입력, 캐시 읽기, 캐시 쓰기, 추론, 답변 토큰에 단가를 곱해 계산합니다. 인하 전(2026년 10월 5일 수치)과 인하 후(AA의 Sonnet 5.5 vs Opus 5.5 비교 페이지, 2026년 10월 12일 수치)를 나란히 놓으면 다음과 같습니다. 변화율은 인하 후 ÷ 인하 전 − 1로 계산한 값입니다.

점수가 그대로이므로 같은 실행 결과에 새 단가를 적용한 것으로 보입니다. effort가 높을수록 절감 폭이 커지는 이유는 도구 호출을 반복하는 루프가 길어져, 캐시에 올려 둔 컨텍스트를 그만큼 여러 번 다시 읽기 때문입니다. 앞의 규칙을 거꾸로 적용하면 인하 전 비용에서 캐시 읽기가 차지한 비율은 low 약 33%, high 약 43%, max 약 58%였다는 계산이 나옵니다. 하나의 벤치마크 구성에서 나온 수치이므로, 내 작업의 비율은 아래처럼 usage 값으로 직접 구하는 편이 정확합니다.

내 usage 로그로 Sonnet 5.5 절감액 계산하기

Claude API 응답의 usage에는 비용 계산에 필요한 값이 모두 들어 있습니다.

• cache_read_input_tokens: 캐시에서 읽은 토큰. 이번 인하가 적용되는 값입니다.
• cache_creation_input_tokens: 이번 요청에서 캐시에 새로 쓴 토큰. cache_creation 객체에 5분(ephemeral_5m_input_tokens)과 1시간(ephemeral_1h_input_tokens)이 나뉘어 있습니다.
• input_tokens: 마지막 캐시 브레이크포인트 뒤에 있는, 캐시되지 않은 입력.
• output_tokens: 출력 토큰.

전체 입력 토큰은 세 입력 값을 더한 것입니다(cache_read_input_tokens + cache_creation_input_tokens + input_tokens). 요청 한 건의 비용은 각 값에 단가를 곱해 더하면 되고, 인하 전후 차이는 cache_read_input_tokens × $0.10 ÷ 1,000,000입니다. 아래 코드는 문서의 응답 예시로 인하 전과 후를 비교합니다.

# Claude API, Sonnet 5.5 표준 단가 (USD / 100만 토큰, 글로벌 라우팅)
INPUT, WRITE_5M, WRITE_1H, OUTPUT = 2.00, 2.50, 4.00, 10.00
CACHE_READ_OLD, CACHE_READ_NEW = 0.20, 0.10   # 10월 7일 이전 / 이후

def request_cost(usage, cache_read_price, multiplier=1.0):
    """multiplier: Batch 0.5, 미국 내 추론(inference_geo "us") 1.1"""
    created = usage.get("cache_creation_input_tokens", 0)
    split = usage.get("cache_creation") or {}
    w1h = split.get("ephemeral_1h_input_tokens", 0)
    w5m = split.get("ephemeral_5m_input_tokens", created - w1h)
    usd = (usage.get("input_tokens", 0) * INPUT
           + w5m * WRITE_5M + w1h * WRITE_1H
           + usage.get("cache_read_input_tokens", 0) * cache_read_price
           + usage.get("output_tokens", 0) * OUTPUT) / 1_000_000
    return usd * multiplier

usage = {  # 프롬프트 캐싱 문서의 응답 예시
    "input_tokens": 2048, "cache_read_input_tokens": 1800,
    "cache_creation_input_tokens": 248, "output_tokens": 503,
    "cache_creation": {"ephemeral_5m_input_tokens": 148,
                       "ephemeral_1h_input_tokens": 100},
}
old = request_cost(usage, CACHE_READ_OLD)
new = request_cost(usage, CACHE_READ_NEW)
print(f"인하 전 ${old:.6f} / 인하 후 ${new:.6f} / 절감 {1 - new / old:.1%}")
# 출력: 인하 전 $0.010256 / 인하 후 $0.010076 / 절감 1.8%

로그를 한 달 치 모았다면 요청마다 계산할 필요도 없습니다. cache_read_input_tokens의 합계에 $0.10을 곱하고 100만으로 나누면 이번 인하로 줄어든 금액이 나오고, 같은 기간의 전체 비용으로 나누면 내 절감률이 됩니다. 예를 들어 한 달에 캐시 읽기가 20억 토큰이라면 20억 × $0.10 ÷ 100만 = $200이 줄어듭니다. Batch 요청은 0.5배, 미국 내 추론 요청은 1.1배를 곱합니다. 세금, 크레딧, 협상 할인은 이 계산에 들어 있지 않습니다.

Bedrock Converse API를 쓴다면 같은 값이 cacheReadInputTokens, cacheWriteInputTokens로 나오므로, 단가만 Bedrock 값(글로벌 또는 지리적 교차 리전 추론)으로 바꿔 같은 식을 쓰면 됩니다. 어떤 요청에서 cache_creation_input_tokens와 cache_read_input_tokens가 둘 다 0이라면 그 요청은 캐시되지 않은 것입니다. 최소 길이에 못 미치는 프롬프트는 cache_control을 붙여도 오류 없이 캐시 없이 처리됩니다.

Opus 5.5·Sonnet 5와 비교: 캐시가 많은 작업은 Sonnet 5.5

Opus 5.5와의 차이는 오히려 분명해졌습니다. 10월 7일 전에는 두 모델의 캐시 읽기가 같은 $0.20이어서, 캐시 읽기가 대부분인 작업에서는 Opus 5.5로 올려도 비용 차이가 토큰 단가 차이(2배)보다 작았습니다. 지금은 모든 항목이 정확히 2배이므로, 같은 토큰을 쓴다면 Opus 5.5는 항상 2배입니다. 앞의 에이전트 1턴 예시는 Sonnet 5.5 $0.0375, Opus 5.5 $0.0750입니다.

다만 같은 점수를 내는 데 드는 비용으로 보면 상황이 다릅니다. AA 수치에서 Opus 5.5 high(54점, $1.82)는 Sonnet 5.5 xhigh(52점, $2.01)보다 점수가 높으면서 더 저렴하고, Opus 5.5 xhigh(56점, $3.46)는 같은 56점인 Sonnet 5.5 max($5.46)보다 쌉니다. Sonnet 5.5를 high 이하로 쓰는 작업이라면 인하 효과를 그대로 누리면 되고, xhigh·max까지 올려야 품질이 나오는 작업이라면 Opus 5.5 high나 xhigh와 비교해 볼 가치가 있습니다. 하나의 벤치마크 구성이라는 한계는 있습니다.

Sonnet 5를 계속 쓸 비용상 이유는 거의 사라졌습니다. Sonnet 5는 입력·출력·캐시 쓰기가 Sonnet 5.5와 같고 캐시 읽기만 2배입니다. AA 기준 작업당 비용도 Sonnet 5.5가 low −31%, medium −52%, high −51%, xhigh −30%로 저렴하고 점수는 모두 높습니다. 인하 전에는 max에서 Sonnet 5.5가 Sonnet 5보다 51% 비쌌지만, 지금은 7% 차이로 좁혀졌습니다(Sonnet 5 수치는 2026년 10월 5일 기준). Sonnet 5는 캐시 가능한 최소 길이도 1,024토큰으로 Sonnet 5.5(512토큰)보다 깁니다.

대량 분류·요약처럼 범위가 좁은 작업을 더 싼 모델로 옮길지는 별개의 판단입니다. 그 기준은 Claude Haiku 5.5 vs Sonnet 5.5 차이: 단가는 20배, 어떤 작업을 옮길까에서 다룹니다.

Sonnet 5.5 캐시 설정을 바꿔야 할까: 손익분기점은 그대로

캐싱이 이득이 되는 시점은 인하 전과 같습니다. 프롬프트 앞부분의 길이를 P라고 하면, 5분 캐시는 쓰기 1.25P에 읽을 때마다 0.05P가 들고, 캐시 없이 보내면 매번 P가 듭니다. 한 번만 다시 읽어도 1.30P 대 2P로 캐시 쪽이 쌉니다. 1시간 캐시는 쓰기가 2P이므로 한 번 읽으면 2.05P 대 2P로 아직 조금 비싸고, 두 번 읽으면 2.10P 대 3P로 역전됩니다. 가격 문서의 "5분은 1회, 1시간은 2회 읽으면 본전"이라는 설명은 0.05배에서도 그대로 맞습니다.

달라진 것은 두 가지입니다.

• 다시 읽을 때의 할인 폭이 입력 단가 대비 90%에서 95%로 커졌습니다. 같은 컨텍스트를 수십 번 읽는 에이전트 루프일수록 캐시를 유지하는 가치가 커집니다.
• 캐시 미스의 상대적 비용이 커졌습니다. 같은 토큰을 캐시에 다시 쓰는 비용은 읽기의 25배(5분, 기존 12.5배)와 40배(1시간, 기존 20배)입니다. 쓰기 단가는 그대로이므로 캐시 미스로 낭비되는 금액이 늘어난 것은 아니지만, 읽기가 싸진 만큼 청구서에서 cache_creation_input_tokens가 차지하는 비중이 눈에 띄게 커집니다. 도구 정의나 시스템 프롬프트를 바꿔 캐시가 깨지는 일이 잦다면 지금 점검할 만합니다.

Sonnet 5.5에서 캐시를 지키는 데 도움이 되는 사양도 있습니다. 대화 도중에 시스템 지시를 추가해야 할 때 최상위 system 필드를 고치지 말고 messages에 {"role": "system"} 메시지를 덧붙이면 시스템과 메시지 캐시가 깨지지 않습니다(Sonnet 5에서는 지원하지 않습니다). 캐시 브레이크포인트를 여러 개 두는 것 자체에는 비용이 들지 않습니다.

Claude Code 사용 한도는 달라졌나: 구독 요금제는 그대로

Claude 개발자 계정(@ClaudeDevs)은 2026년 10월 9일 X에 이번 인하를 다시 알리면서 "API only, no change to Claude Code usage limits."라고 덧붙였습니다. Pro·Max·Team 구독으로 쓰는 Claude Code는 토큰 단가가 아니라 요금제별 사용 한도로 운영되고, 그 한도는 이번 인하로 늘어나지 않았습니다.

새 단가가 적용되는 것은 토큰 단위로 결제하는 경우입니다. API 키로 실행하는 Claude Code, Agent SDK로 만든 에이전트, 직접 호출하는 Claude API가 여기에 해당합니다. 같은 발표에서 Anthropic은 Max 5x에 월 $100, Max 20x에 월 $200, Team에 최대 $500(구성원 공동 사용)의 API 크레딧을 준다고 밝혔고(Claude Haiku 5.5 발표 글), 이 크레딧은 Claude Platform에서 모든 모델에 쓸 수 있으므로 Sonnet 5.5 API 호출에도 사용할 수 있습니다.

Sonnet 5.5 캐시 가격 자주 묻는 질문

Sonnet 5.5 캐시 쓰기 가격도 내려갔나요?

아닙니다. Claude API에서 5분 캐시 쓰기는 100만 토큰당 $2.50, 1시간 캐시 쓰기는 $4로 그대로입니다. 2026년 10월 7일에 바뀐 것은 캐시 읽기($0.20 → $0.10) 하나뿐이고, 입력 $2와 출력 $10도 변함없습니다.

Opus 5.5 캐시 읽기도 $0.10인가요?

아닙니다. Opus 5.5도 캐시 읽기 배수는 0.05배지만 기본 입력 단가가 $4라서 캐시 읽기는 100만 토큰당 $0.20입니다. 인하 후에는 Opus 5.5가 Sonnet 5.5보다 모든 항목에서 2배 비쌉니다.

Batch API에서 Sonnet 5.5 캐시 읽기는 얼마인가요?

100만 토큰당 $0.05입니다. Claude API의 배치 50% 할인과 캐시 읽기 배수가 겹쳐 적용된 값이며, Google Cloud Vertex AI도 글로벌 엔드포인트의 Batch Cache Hit가 $0.05입니다(멀티 리전·리전 엔드포인트는 $0.055).