Anthropic publicó Claude Haiku 4.5 el 15 de octubre de 2025, y durante los meses siguientes el modelo ha ido encontrando su lugar en los despliegues reales. No es la estrella que acapara titulares, pero es la pieza que más ha cambiado la economía práctica de los sistemas basados en LLM durante el invierno 2025-2026. Después de usarlo en producción, toca ordenar qué hace bien, qué no cubre y cuándo conviene elegirlo frente a su hermano mayor.

Puntos clave

  • Haiku 4.5 alcanza rendimiento cercano a Sonnet 4 en tareas estructuradas a aproximadamente un tercio del coste.

  • La ventana de contexto de 200.000 tokens (ficha técnica en OpenRouter[1]) permite procesar documentos largos sin segmentación agresiva.

  • El soporte de uso de herramientas está al mismo nivel que Sonnet 4.5.

  • Para agentes de alto volumen y baja complejidad por paso es difícil de batir.

  • La arquitectura de dos niveles (Haiku para filtrado, Sonnet para razonamiento denso) puede reducir el coste total entre cinco y diez veces.

La propuesta: ligereza que ya no es juguete

Haiku 4.5 mantiene la promesa de la familia Haiku de ser el modelo pequeño y barato de Anthropic, pero con un salto cualitativo frente a Haiku 3.5. En tareas estructuradas, clasificación, extracción de entidades, generación de resúmenes, encadenamiento de llamadas a herramientas, el rendimiento se aproxima al de Sonnet 4 del año anterior. Anthropic lo describe en el anuncio oficial de lanzamiento[2] como un modelo que iguala a Sonnet 4 en programación y uso de ordenador "a un tercio del coste y más del doble de velocidad", con un 73,3% en SWE-bench Verified.

La tabla de precios oficial[3] marca $1 de entrada y $5 de salida por millón de tokens en Haiku 4.5, frente a $3 y $15 en Sonnet 4.5. Ese precio cambia por completo los cálculos de rentabilidad de los sistemas con millones de peticiones mensuales.

Piensa en un ejemplo ilustrativo. Un agente que con Sonnet 4.5 cuesta tres céntimos por ejecución baja a aproximadamente uno con Haiku 4.5 si la tarea no requiere el razonamiento denso del modelo grande. Multiplica por decenas de miles de ejecuciones al mes y el margen operativo se transforma.

Lo que limitaba a modelos pequeños anteriores no era la calidad del razonamiento sino la fiabilidad al invocar APIs externas, devolver JSON válido y manejar bucles agénticos sin perderse. Haiku 4.5 cruza ese umbral con claridad.

Dónde brilla

El terreno donde Haiku 4.5 supera la prueba de producción con menos fricción es el de los agentes de alto volumen y baja complejidad por paso:

  • Clasificadores de tickets de soporte.

  • Extractores de datos estructurados desde correos.

  • Resumidores de informes y moderadores de contenidos.

  • Traductores contextuales de alto volumen.

  • Sistemas de ruteo donde cada petición hace una decisión acotada.

Los flujos agénticos que encadenan pasos cortos también encajan. Un agente que hace diez o veinte llamadas a herramientas por ejecución, donde cada paso es una decisión relativamente simple condicionada al estado actual, funciona bien con Haiku 4.5. Para los sistemas que ya usan agentes con herramientas como browser-use, Haiku 4.5 es un candidato natural para los pasos de decisión táctica.

Un caso menos evidente pero igual de interesante es el preprocesamiento antes de modelos más grandes. Una arquitectura de dos niveles, donde Haiku 4.5 hace filtrado, clasificación y preparación de contexto, invoca a Sonnet 4.5 u Opus 4 solo cuando la tarea realmente lo justifica. Ese reparto puede reducir el coste total en un factor de cinco a diez sin perder calidad perceptible al usuario final.

Dónde no conviene forzarlo

Haiku 4.5 no es Sonnet 4.5, y pretender que lo sea lleva a malos resultados. Conviene reservar Sonnet o Opus para:

  • Razonamiento denso multietapa y planificación compleja.

  • Matices lingüísticos sutiles y escritura creativa exigente.

  • Análisis que solo funcionan si el modelo sostiene todas las piezas de contexto a la vez.

  • Tareas con ambigüedad alta donde el modelo tiene que inferir intención desde pistas indirectas.

  • Generación de código complejo con lógica intrincada o refactorizaciones que tocan más de un archivo.

Meter Haiku en esos casos por ahorrar coste produce respuestas plausibles en superficie pero frágiles al examen. La corrección humana que exigen acaba costando más que lo ahorrado en inferencia.

Patrón combinado: Haiku y Sonnet juntos

El despliegue más rentable no es Haiku en solitario ni Sonnet en solitario, sino un ruteo explícito entre ambos. La aplicación decide, antes de invocar al modelo, qué complejidad tiene la tarea y envía a Haiku 4.5 los casos ligeros y a Sonnet 4.5 los que requieren razonamiento denso.

Un ejemplo concreto: un sistema de atención al cliente que recibe diez mil conversaciones al día. La propia documentación de precios de Anthropic[3] calcula ese mismo escenario en unos 37 dólares por cada diez mil tickets con Haiku 4.5. Ese cálculo asume unos 3.700 tokens de media por conversación. Es una referencia real de la escala de coste antes de aplicar el reparto por niveles.

  • El 70% son consultas repetitivas cubribles con Haiku 4.5 más base de conocimiento.

  • El 20% son casos ambiguos que se benefician de Sonnet 4.5.

  • El 10% son casos críticos o complejos donde conviene Opus 4 o escalado a humano.

Este ruteo en tres niveles reduce el coste total respecto a usar siempre Sonnet en un factor de cuatro, manteniendo calidad equivalente porque cada caso va al modelo adecuado. La integración con evaluaciones continuas sobre el golden dataset es lo que permite detectar si alguno de los niveles empieza a degradar.

from anthropic import Anthropic

client = Anthropic()

def route_task(prompt: str, complexity: str) -> str:
    model = {
        "simple": "claude-haiku-4-5", "medium": "claude-sonnet-4-5", "critical": "claude-opus-4", }.get(complexity, "claude-haiku-4-5")
    resp = client.messages.create(
        model=model, max_tokens=1024, messages=[{"role": "user", "content": prompt}], )
    return resp.content[0].text

Cuándo compensa adoptar Haiku 4.5

Tres preguntas orientan la decisión:

  • ¿Qué porcentaje de peticiones son tareas estructuradas con instrucción clara? Si supera el 60%, Haiku 4.5 debe ser el modelo por defecto con escalado selectivo. Si está por debajo, quizá no compense el esfuerzo de introducir ruteo.

  • ¿Cuál es el volumen mensual real? Por debajo de decenas de miles de peticiones, la diferencia de coste es ruido en la factura. Por encima de cien mil, el ahorro empieza a ser significativo. En el millón mensual, el ahorro anual financia un ingeniero a tiempo completo.

  • ¿Qué tolerancia hay a una pequeña pérdida de calidad en casos fronterizos? Si cada respuesta tiene que ser la mejor posible, el modelo grande sigue siendo la elección correcta y Haiku queda para tareas auxiliares internas.

Mi lectura

Claude Haiku 4.5 no es el modelo que genera titulares, pero es el que más ha cambiado la economía de los sistemas basados en LLM desde su publicación. Cualquier equipo que despliegue agentes o pipelines de procesamiento con volumen significativo debería tener Haiku 4.5 en su arquitectura de primera línea. No como opción de segunda para casos triviales, sino como caballo principal, con escalado selectivo a Sonnet 4.5 u Opus 4 solo cuando la tarea lo justifique.

La disciplina está en diseñar arquitecturas por capas, donde cada petición encuentra el modelo adecuado. Eso separa a los equipos que operan con márgenes sanos de los que viven ahogados por la factura mensual de inferencia. Esta misma lógica aplica a la gobernanza de agentes en empresa: el modelo adecuado en cada paso no es solo eficiencia económica, es también control de riesgo.

Este artículo también está disponible en inglés.

Fuentes:

  1. Introducing Claude Haiku 4.5, anuncio oficial de Anthropic[2]
  2. Tabla de precios oficial de la Claude Platform[3]
  3. Claude Haiku 4.5, ficha de especificaciones y precio en OpenRouter[1]

Preguntas frecuentes

¿Cuánto cuesta Claude Haiku 4.5 frente a Sonnet 4.5?

Según la tabla de precios oficial, Haiku 4.5 cuesta $1 por millón de tokens de entrada y $5 de salida, frente a $3 y $15 en Sonnet 4.5. Es aproximadamente un tercio del coste y, según Anthropic, más del doble de velocidad. Un agente que con Sonnet 4.5 cuesta tres céntimos por ejecución baja a aproximadamente uno con Haiku 4.5 si no requiere razonamiento denso. Por debajo de decenas de miles de peticiones al mes la diferencia es ruido; por encima de cien mil, el ahorro es significativo.

¿Para qué tareas no debería usar Haiku 4.5 aunque sea más barato?

Reserva Sonnet 4.5 u Opus 4 para razonamiento denso multietapa y planificación compleja, matices lingüísticos sutiles y escritura creativa exigente. También para análisis que exigen sostener todas las piezas de contexto a la vez. También para tareas con ambigüedad alta donde hay que inferir intención desde pistas indirectas, y para generación de código complejo o refactorizaciones que tocan más de un archivo. Forzar Haiku ahí produce respuestas plausibles en superficie pero frágiles, y suele costar más en corrección humana que lo ahorrado en inferencia.

¿Cómo combino Haiku y Sonnet para reducir la factura sin perder calidad?

Con un ruteo explícito por complejidad antes de invocar al modelo. Piensa en un sistema de atención al cliente con diez mil conversaciones al día: el 70% son consultas repetitivas que cubre Haiku 4.5 más una base de conocimiento. El 20% son casos ambiguos para Sonnet 4.5 y el 10%, casos críticos para Opus 4 o escalado a humano. Ese ruteo en tres niveles reduce el coste total en un factor de cuatro frente a usar siempre Sonnet, manteniendo calidad equivalente.

Fuentes

  1. OpenRouter
  2. anuncio oficial de lanzamiento
  3. tabla de precios oficial