Claude Sonnet 5.5: precio de caché a 0,10 $ y cuánto ahorras

Desde el 7 de octubre de 2026, la lectura de caché de Claude Sonnet 5.5 cuesta 0,10 $ por millón de tokens en la API de Claude, la mitad de los 0,20 $ que costaba antes: ahora es 0,05 veces el precio de entrada (2 $) en lugar de 0,1 veces. La entrada sin caché, las dos escrituras de caché y la salida siguen igual, según la nota de versión de la API de Claude del 7 de octubre de 2026.

Cuánto baja tu factura depende de lo que pesaban esas lecturas: el ahorro es exactamente la mitad de la parte del gasto que se iba en lecturas de caché al precio anterior. El «alrededor de un 20 %» que da Anthropic es su estimación para la mayoría de tareas agénticas, que equivale a lecturas de caché de cerca del 40 % del coste. Un chat que apenas usa la caché ahorra casi nada; un agente que relee medio millón de tokens de contexto en cada turno puede bajar más del 40 %. Y si usas Claude Code con un plan Pro, Max o Team, tus límites de uso no han cambiado: la rebaja es solo para la API.

Precio de la caché de Claude Sonnet 5.5 en la API: qué bajó y qué sigue igual

Solo ha cambiado una línea de la tarifa. Así queda Claude Sonnet 5.5 en la página de precios de la API de Claude, a 12 de octubre de 2026:

Esa línea aparece con nombres distintos según dónde mires. En la tabla de precios de Anthropic es «Cache hits and refreshes»; en la tabla de multiplicadores, «Cache read (hit)»; en Google Cloud, «Cache Hit»; en la respuesta de la API, el campo cache_read_input_tokens, y en la API Converse de Amazon Bedrock, cacheReadInputTokens. En todos los casos son los tokens del prefijo que el modelo recupera de la caché en vez de procesarlos de nuevo. Cada lectura renueva además el tiempo de vida de la entrada en caché; de ahí el «refreshes» del nombre.

Para situar la cifra junto a los modelos vecinos: Claude Opus 5.5 también cobra la lectura a 0,05x, pero sobre una entrada de 4 $, así que paga 0,20 $. Claude Sonnet 5 sigue en 0,20 $ (0,1x de 2 $) y Sonnet 4.6, en 0,30 $. Cualquier tabla que todavía muestre 0,20 $ para la lectura de caché de Sonnet 5.5 refleja la tarifa anterior al 7 de octubre.

Dónde cuesta 0,10 $: API, Batch, solo EE. UU., Bedrock y Vertex

El precio base es el mismo en casi todas partes, pero hay modos que lo multiplican. Los multiplicadores de caché se acumulan con el descuento de Batch y con el recargo por residencia de datos, según la documentación de precios de Anthropic, y Amazon Bedrock y Google Cloud publican sus propias tarifas.

Las cifras de Bedrock salen de la medición de DevelopersIO sobre la rebaja en Amazon Bedrock, que consultó la Price List API para us-east-1 y recoge además la nota de la página de precios de AWS sobre la rebaja del 50 % desde el 7 de octubre. Para otras regiones, mira la página de precios de Amazon Bedrock. Con Bedrock y Vertex la factura la emite el proveedor de nube, así que también es ahí donde se ven los descuentos que tengas negociados.

Cuánto ahorras con la rebaja: la mitad de lo que pesaban las lecturas de caché

Como solo baja a la mitad una línea, la cuenta es directa. Con el mismo número de tokens:

• Ahorro en dólares = tokens leídos de caché × 0,10 $ ÷ 1.000.000.
• Ahorro en porcentaje = ½ × (peso de las lecturas de caché en tu gasto al precio de 0,20 $).

Si antes de la rebaja las lecturas eran el 40 % de lo que pagabas, ahora pagas un 20 % menos; si eran el 10 %, un 5 % menos. Así hay que leer el «~20 %» de Anthropic: es la cifra de un trabajo agéntico típico, no un descuento sobre toda la factura.

Estos cuatro casos muestran lo que cambia según el reparto de tokens. Las dos primeras filas son cálculos de LaoZhang AI con precios de lista y cantidades de tokens elegidas como ejemplo; la tercera es una medición de DevelopersIO y la cuarta usa el ejemplo de usage de la documentación de Anthropic.

Aviso: laozhang.ai es un servicio propio. Sus precios son nuestra tarifa, no una comparación independiente.

El primer turno se calcula así: 100.000 × 0,10 $ + 3.000 × 2,50 $ + 2.000 × 10 $, todo dividido entre un millón, da 0,0100 $ + 0,0075 $ + 0,0200 $ = 0,0375 $. Con la lectura a 0,20 $, el primer sumando era 0,0200 $ y el total, 0,0475 $. En el chat de DevelopersIO las lecturas de caché eran el 40,1 % del coste anterior y el ahorro acumulado tras 20 turnos fue del 20,0 %: la misma regla de la mitad, medida en una factura real.

Tu cifra se aleja del 20 % por tres motivos habituales. Si la salida domina (respuestas largas, generación de código extensa), las lecturas pesan poco. Si fallas mucho la caché, pagas sobre todo escrituras, que no han bajado. Y si tu prefijo no llega al mínimo cacheable, no hay lecturas que abaratar. La regla solo vale si comparas el mismo trabajo con los mismos tokens; si cambias de prompts o de tasa de aciertos, el ahorro cambia con ellos.

Calcula tu ahorro con los campos de usage de la API de Claude

Cada respuesta de la API trae el reparto de tokens en usage, así que puedes aplicar la regla a tus propios registros. Los campos que intervienen, según la documentación de prompt caching de Anthropic:

• cache_read_input_tokens: tokens leídos de la caché (la línea que bajó).
• cache_creation_input_tokens: tokens escritos en la caché en esa petición. El objeto cache_creation los separa en ephemeral_5m_input_tokens y ephemeral_1h_input_tokens.
• input_tokens: solo los tokens posteriores al último punto de corte de caché, sin caché. El total de entrada es la suma de los tres campos.
• output_tokens: la salida.

Para Sonnet 5.5 en la API de Claude con enrutamiento global, el coste de una petición en dólares es:

coste = (input_tokens × 2 + ephemeral_5m_input_tokens × 2,50 + ephemeral_1h_input_tokens × 4
         + cache_read_input_tokens × L + output_tokens × 10) ÷ 1.000.000

L = 0,20 antes del 7 de octubre de 2026; L = 0,10 desde esa fecha
Message Batches: multiplica todo por 0,5. inference_geo "us": multiplica todo por 1,1

Este script hace la suma sobre un archivo JSONL con un objeto usage (o la respuesta completa) por línea y devuelve el coste con las dos tarifas, el ahorro y el peso que tenían tus lecturas de caché:

import json
import sys

# Dólares por millón de tokens: Claude API, Claude Sonnet 5.5, enrutamiento global
ENTRADA = 2.00
ESCRITURA_5M = 2.50
ESCRITURA_1H = 4.00
SALIDA = 10.00
LECTURA_ANTES = 0.20  # hasta el 6 de octubre de 2026
LECTURA_AHORA = 0.10  # desde el 7 de octubre de 2026

# 1.0 normal; 0.5 en Message Batches; 1.1 con inference_geo "us"
FACTOR = 1.0


def coste(u, precio_lectura):
    desglose = u.get("cache_creation") or {}
    w1h = desglose.get("ephemeral_1h_input_tokens", 0)
    w5m = desglose.get(
        "ephemeral_5m_input_tokens",
        u.get("cache_creation_input_tokens", 0) - w1h,
    )
    dolares = (
        u.get("input_tokens", 0) * ENTRADA
        + w5m * ESCRITURA_5M
        + w1h * ESCRITURA_1H
        + u.get("cache_read_input_tokens", 0) * precio_lectura
        + u.get("output_tokens", 0) * SALIDA
    )
    return dolares * FACTOR / 1_000_000


antes = ahora = 0.0
with open(sys.argv[1], encoding="utf-8") as f:
    for linea in f:
        if not linea.strip():
            continue
        dato = json.loads(linea)
        u = dato.get("usage", dato)  # admite la respuesta completa o solo usage
        antes += coste(u, LECTURA_ANTES)
        ahora += coste(u, LECTURA_AHORA)

ahorro = antes - ahora
print(f"Al precio anterior: {antes:.4f} $")
print(f"Al precio actual:   {ahora:.4f} $")
print(f"Ahorro: {ahorro:.4f} $ ({ahorro / antes:.1%})")
print(f"Peso de las lecturas de caché antes: {2 * ahorro / antes:.1%}")

Con Python 3 y un archivo que contenga los dos turnos de ejemplo de la tabla anterior (100.000 y 500.000 tokens leídos), python3 ahorro_cache.py usage.jsonl devuelve:

Al precio anterior: 0.1600 $
Al precio actual:   0.1000 $
Ahorro: 0.0600 $ (37.5%)
Peso de las lecturas de caché antes: 75.0%

Si una petición no trae el objeto cache_creation, el script cuenta toda la escritura como caché de 5 minutos. En Bedrock, los campos de la API Converse se llaman inputTokens, outputTokens, cacheReadInputTokens y cacheWriteInputTokens; renómbralos antes de pasar el archivo y cambia las tarifas si usas la inferencia geográfica entre regiones (2,20 $ de entrada, 11 $ de salida, 0,11 $ de lectura, 2,75 $ de escritura de 5 minutos). El cálculo no incluye impuestos, créditos promocionales ni descuentos negociados.

Coste por tarea según el esfuerzo: del −17 % en low al −29 % en max

El Intelligence Index de Artificial Analysis calcula el coste de cada tarea con los tokens de entrada, aciertos y escrituras de caché, razonamiento y respuesta multiplicados por el precio de cada línea. Su página de Sonnet 5.5 recogía el 5 de octubre de 2026 el coste con la lectura a 0,20 $, y su comparativa entre Claude Sonnet 5.5 y Opus 5.5 lo muestra el 12 de octubre con 0,10 $. La variación y el peso implícito de las lecturas son cálculos sobre esas dos series:

La rebaja pesa más cuanto más alto es el esfuerzo porque con más esfuerzo el modelo encadena más llamadas a herramientas y vuelve a leer el contexto cacheado en cada una. Las puntuaciones son idénticas en las dos series, lo que apunta a que Artificial Analysis volvió a tarifar las mismas ejecuciones con el precio nuevo, aunque no lo dice expresamente. Es una sola mezcla de pruebas: la proporción de caché de tu carga de trabajo será otra, y por eso la cifra útil es la que sale de tus propios campos de usage.

Sonnet 5.5, Opus 5.5 o Sonnet 5 con mucha caché: qué cambia al elegir

La rebaja no toca a Opus 5.5 ni a Sonnet 5, así que cambia la distancia entre los tres modelos, sobre todo en trabajo con mucha relectura de contexto.

¿Qué es más caro, Sonnet 5.5 u Opus 5.5? Ahora el doble en cada línea

Desde el 7 de octubre, Opus 5.5 cuesta exactamente el doble que Sonnet 5.5 en todas las líneas: 4 $ frente a 2 $ de entrada, 20 $ frente a 10 $ de salida, 5 $ frente a 2,50 $ y 8 $ frente a 4 $ en las escrituras, y 0,20 $ frente a 0,10 $ en la lectura de caché. Antes, la lectura costaba lo mismo en los dos (0,20 $), y eso estrechaba la diferencia justo en las cargas con mucha caché. En el turno de agente del ejemplo anterior (100.000 leídos, 3.000 escritos, 2.000 de salida), Opus 5.5 cuesta 0,0200 $ + 0,0150 $ + 0,0400 $ = 0,0750 $: era un 58 % más que los 0,0475 $ de Sonnet 5.5 y ahora es el doble de los 0,0375 $.

Más barato por token no siempre significa más barato por resultado. En la misma comparativa de Artificial Analysis, Opus 5.5 en high puntúa 54 con 1,82 $ por tarea, por encima de Sonnet 5.5 en xhigh (52 puntos, 2,01 $). Si ejecutas Sonnet 5.5 en xhigh o max, merece la pena probar Opus 5.5 en high con tus propias tareas antes de dar por hecho que Sonnet sale más barato.

Sonnet 5.5 frente a Sonnet 5 tras la rebaja: en max pasa de +51 % a +7 %

Sonnet 5 mantiene la lectura de caché a 0,20 $ con la misma entrada y salida (2 $ y 10 $); sus tarifas completas están en Anthropic cancela la subida de Sonnet 5: tarifas y cálculo del coste. Con los costes por tarea de Artificial Analysis (Sonnet 5 a 5 de octubre de 2026, con un precio que no ha cambiado), Sonnet 5.5 queda así frente a Sonnet 5 en el mismo nivel de esfuerzo: −31 % en low, −52 % en medium, −51 % en high, −30 % en xhigh y +7 % en max. Antes de la rebaja, Sonnet 5.5 en max costaba un 51 % más por tarea que Sonnet 5 (7,67 $ frente a 5,09 $); ahora la diferencia es de 5,46 $ frente a 5,09 $, y Sonnet 5.5 puntúa 56 frente a 38.

Si lo que te planteas es pasar parte del trabajo a un modelo más barato todavía, la comparación está en Claude Haiku 5.5 vs Sonnet 5.5: cuál elegir y coste por tarea.

Configuración de caché en Sonnet 5.5: los umbrales de rentabilidad no cambian

La rebaja no cambia cuándo compensa cachear, pero sí cuánto ganas con cada relectura. Para un prefijo de P tokens que reutilizas n veces:

• Escritura de 5 minutos: 1,25P + 0,05P × n frente a (1 + n) × P sin caché. Compensa desde la primera lectura, igual que con 0,1x.
• Escritura de 1 hora: 2P + 0,05P × n frente a (1 + n) × P. Compensa a partir de n > 1,05, es decir, desde la segunda lectura, igual que antes.
• Cada relectura cuesta ahora un 95 % menos que la entrada normal, en lugar de un 90 %.

Lo que sí cambia es lo que cuesta un fallo de caché en comparación con un acierto. Escribir los mismos tokens en la caché de 5 minutos cuesta 25 veces lo que leerlos (2,50 $ frente a 0,10 $), cuando antes eran 12,5 veces; en la caché de 1 hora, 40 veces en lugar de 20. Un fallo que obliga a reescribir el prefijo se nota ahora el doble en la factura, así que vigila los turnos en los que cache_creation_input_tokens sube y cache_read_input_tokens cae a cero. Si tu prefijo se reutiliza con pausas de más de 5 minutos, cada pausa con el TTL de 5 minutos es una escritura nueva; el de 1 hora compensa en cuanto haya dos lecturas dentro de la hora.

Dos detalles de Sonnet 5.5 ayudan a mantener los aciertos, según la documentación de prompt caching:

• Mínimo de 512 tokens para cachear (en Sonnet 5 son 1.024). Por debajo, la petición se procesa sin caché y sin error; si cache_creation_input_tokens y cache_read_input_tokens valen 0, no se cacheó nada. Si te quedas cerca del mínimo, ampliar el contenido cacheado suele salir a cuenta.
• Instrucciones de sistema a mitad de conversación sin romper la caché: añade un mensaje {"role": "system"} dentro de messages en lugar de editar el campo system de nivel superior. En Sonnet 5 no está disponible.

Claude Pro, Max y Team: los límites de Claude Code no cambian con la rebaja

Si usas Claude Code con una suscripción, no pagas por token y la rebaja no amplía lo que puedes hacer. La cuenta de desarrolladores de Anthropic lo dejó claro en @ClaudeDevs el 9 de octubre de 2026: «API only, no change to Claude Code usage limits» (solo para la API, sin cambios en los límites de uso de Claude Code). Claude Code y el Agent SDK sí se benefician cuando funcionan con una clave de API, porque entonces se facturan a la tarifa de la API, con la lectura a 0,10 $.

Lo que el mismo anuncio de Claude Haiku 5.5 trajo para los planes son créditos mensuales de API: 100 $ en Max 5x, 200 $ en Max 20x y hasta 500 $ compartidos en Team, para gastar en Claude Platform con cualquier modelo. Ahí sí se factura la lectura de caché de Sonnet 5.5 a 0,10 $, pero esos créditos son saldo de la API, no más margen en los límites del plan.

Preguntas frecuentes sobre el precio de caché de Claude Sonnet 5.5

¿La lectura a 0,10 $ vale también para Opus 5.5, Sonnet 5 o Haiku 5.5?

No. A 12 de octubre de 2026, en la API de Claude, la lectura de caché cuesta 0,20 $ por millón de tokens en Opus 5.5, 0,20 $ en Sonnet 5, 0,30 $ en Sonnet 4.6 y 0,01 $ en Haiku 5.5 para prompts de hasta 100.000 tokens (0,05 $ por encima). La rebaja del 7 de octubre solo afectó a Sonnet 5.5.

¿Bajó también la escritura de caché de Claude Sonnet 5.5?

No. La escritura de 5 minutos sigue a 2,50 $ por millón de tokens y la de 1 hora a 4 $; la entrada sin caché sigue a 2 $ y la salida a 10 $. Anthropic indica que las escrituras de caché y el resto de precios no cambian.

¿Por qué mi factura de Sonnet 5.5 no baja un 20 %?

Porque el ahorro es la mitad del peso que tenían las lecturas de caché en tu gasto, y el 20 % corresponde a un trabajo agéntico en el que pesaban cerca del 40 %. Con mucha salida, muchos fallos de caché o prompts por debajo de 512 tokens, el peso de las lecturas es menor y el ahorro también. Pasa tus campos de usage por la fórmula de arriba para obtener tu cifra.