Desarrollo IA

Claude Haiku 5.5: El Subagente Barato con Niveles de Esfuerzo

14 de octubre de 2026
11 min de lectura
Un engranaje grande moviendo muchos engranajes pequeños sobre una superficie de concreto neutra
Compartir:

El 7 de octubre de 2026, Anthropic lanzó Claude Haiku 5.5, el modelo chico de la familia 5.5. Anthropic lo presenta como el modelo pequeño más barato, rápido y capaz que lanzó hasta hoy, lo lista a $0.10 de input y $0.50 de output por millón de tokens para prompts de hasta 100.000 tokens, y le suma algo que ningún Haiku tuvo antes: niveles de esfuerzo.

Eso lo vuelve un tier worker natural para agentes: un modelo mayor planifica y Haiku hace los pasos acotados y de alto volumen. Acá van los números verificados, la aritmética de costos escrita paso a paso, código funcional y una lista honesta de cuándo no usarlo. Chequeé precios y parámetros contra la página de lanzamiento y los docs de Anthropic el 14 de octubre de 2026; no corrí benchmarks propios.

1. Los hechos del lanzamiento

Haiku 5.5 completa la línea 5.5 junto a Opus 5.5 y Sonnet 5.5. Está disponible en la Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry y Claude Platform on AWS, y los docs listan un único model ID, claude-haiku-5-5, sin sufijo de fecha ni alias aparte.

Dos detalles condicionan todo lo que sigue. Primero, el thinking es adaptativo y viene activado por defecto, así que tus tokens de output ahora incluyen razonamiento salvo que bajes el esfuerzo. Segundo, los precios escalan por largo de prompt: la tarifa barata aplica a prompts de hasta 100.000 tokens, y un request que pase de ahí paga más caro en cada token.

Ficha del modelo

  • • Lanzamiento: 7 de octubre de 2026 — model ID claude-haiku-5-5 (Bedrock: anthropic.claude-haiku-5-5)
  • • Precio, prompts de hasta 100k tokens: $0.10 input / $0.50 output por 1M de tokens
  • • Precio, prompts de más de 100k tokens: $0.50 input / $2.50 output por 1M de tokens
  • • Caché (hasta 100k): $0.125 escritura de cinco minutos, $0.20 escritura de una hora, $0.01 lectura; Batch API: 50% menos
  • • Contexto 1M de tokens, output máximo 128K (300K en Batch API con header beta); corte de conocimiento junio de 2026
  • • Thinking: adaptativo, activo por defecto; esfuerzo low, medium (default), high, xhigh, max
  • • Retiro: no antes del 7 de octubre de 2027 en plataformas operadas por Anthropic

2. Qué mejoró de verdad vs Haiku 4.5

La página de Anthropic dice que Haiku 5.5 cuesta 90% menos que Haiku 4.5 en requests de hasta 100.000 tokens y 50% menos por encima: $1 / $5 pasó a $0.10 / $0.50. En benchmarks reportados por el vendor, el salto de capacidad es mayor que la baja de precio: Terminal-Bench 4.0 pasa de 0.0% a 39.2%, OSWorld 2.1 (subset offline) de 15.7% a 72.4%, y Humanity’s Last Exam sin herramientas de 10.2% a 45.9%.

La API también cambió. Haiku 4.5 no tenía parámetro effort y usaba un presupuesto de thinking manual; Haiku 5.5 es el primer Haiku con niveles de esfuerzo, trae ventana de contexto de 1M de tokens (antes 200k) y 128K de output (antes 64K), y cachea prompts desde 512 tokens (Haiku 4.5 pedía 4.096). La contra: el mismo texto cuenta ~30% más tokens que en Haiku 4.5.

Tres cambios que importan

💰

Precio

$0.10 / $0.50 por 1M de tokens hasta 100k, contra $1 / $5 en Haiku 4.5. Las lecturas de caché cuestan $0.01 por 1M.

🎚️

Esfuerzo

Cinco niveles en un Haiku por primera vez: bajalo para ahorrar tokens, subilo cuando tus evals muestren mejora.

📦

Alcance

Contexto de 1M, 128K de output y mínimo de caché de 512 tokens: entran tanto loops largos de agentes como prompts cortos.

Regla de oro

Usá Haiku 5.5 como worker, no como planificador. Un modelo mayor decide qué hacer; Haiku hace la parte acotada y de alto volumen. La propia Anthropic dice que Sonnet 5.5 y Opus 5.5 siguen siendo mejor opción para código agéntico complejo.

3. Evidencia, con fuentes

Todos los números de benchmarks de abajo salen de la tabla de la página de lanzamiento de Anthropic, así que leelos como reportados por el vendor y direccionales. La página remite a la system card de Haiku 5.5 para saber cómo se corrieron las evaluaciones y no declara el harness ni la configuración de herramientas; solo una entrada, Sonnet 5.5 en FrontierCode 1.1, indica su nivel de esfuerzo (Xhigh).

La brecha contra Sonnet 5.5 es el número a recordar: 39.2% vs 70.6% en Terminal-Bench 4.0, 72.4% vs 83.9% en OSWorld 2.1, 46.4% vs 52.1% en FrontierCode 1.1. Haiku 5.5 está cerca en algunas tareas y muy atrás en trabajo largo de terminal. Los resultados de clientes los cita Anthropic y describen sus propias suites de evals.

Reportado por vendor y por clientes

  • • Terminal-Bench 4.0: Haiku 5.5 39.2%, Sonnet 5.5 70.6%, GPT-6 Luna 16.4%, Haiku 4.5 0.0% (página de lanzamiento de Anthropic)
  • • OSWorld 2.1 subset offline: 72.4% vs 83.9% Sonnet 5.5 y 48.9% GPT-6 Luna (misma tabla)
  • • FrontierCode 1.1 Main: 46.4% vs 52.1% Sonnet 5.5 (Xhigh) y 42.4% GPT-6 Luna
  • • Humanity’s Last Exam: 45.9% sin herramientas, 57.4% con herramientas (Sonnet 5.5: 56.9% / 64.5%)
  • • Asana, reportado por el cliente: más de 30% menos latencia en completar tareas y hasta 2.5x más rápida la inferencia por turno de agente que el modelo que usan hoy
  • • Cognition, reportado por el cliente: Devin Fusion con Haiku 5.5 como sidekick sacó 66.2 en FrontierCode bajando costo y latencia

Letra chica

Son números de la propia Anthropic, y las citas de clientes describen sus suites, no la tuya. No corrí benchmarks independientes. La guía de costos de Anthropic dice que midas Haiku 5.5 en tu propio workload antes de usarlo como worker, y ese es el consejo que yo seguiría.

4. La aritmética de costos

Cada cifra de acá es un precio de lista de la página de pricing de Anthropic. No invento números de uso, así que las fórmulas toman tus conteos de tokens. Empezá por el costo unitario de un millón de tokens de input más uno de output y leé las proporciones.

El output cuesta 5x el input en Haiku 5.5 ($0.50 vs $0.10), y los tokens de thinking se facturan como output. Por eso el esfuerzo, y no la lista de precios, es tu palanca principal de costo: cambia cuántos tokens de output gasta cada call.

Costos unitarios y fórmulas resueltas

Precios de lista al 14 de octubre de 2026, USD por 1M de tokens. N (reusos) y P (tokens del prefijo) los completás vos.

# 1M input + 1M output tokens (precio de lista)
Haiku 5.5, prompt <= 100k : 0.10 + 0.50  =  $0.60
Haiku 5.5, prompt  > 100k : 0.50 + 2.50  =  $3.00
Haiku 4.5                 : 1.00 + 5.00  =  $6.00
Sonnet 5.5                : 2.00 + 10.00 = $12.00  -> 12.00 / 0.60 = 20x Haiku 5.5
Opus 5.5                  : 4.00 + 20.00 = $24.00  -> 24.00 / 0.60 = 40x Haiku 5.5
(sobre 100k la brecha con Sonnet 5.5 se achica: 12.00 / 3.00 = 4x)

# una call, prompt <= 100k tokens ("output" incluye tokens de thinking)
costo = (input x 0.10 + cache_write_5m x 0.125 + cache_read x 0.01
         + output x 0.50) / 1,000,000

# el escalón de 100k (lecturas y escrituras de caché cuentan para el largo)
prompt de 100,000 tokens : 100,000 x 0.10 / 1M = $0.0100 de input
prompt de 100,001 tokens : 100,001 x 0.50 / 1M = $0.0500 de input  (5x)

# prefijo estático de P tokens reusado N veces, caché de 5 minutos
sin caché : N x P x 0.10 / 1M
con caché : (P x 0.125 + (N - 1) x P x 0.01) / 1M
por 1M de tokens de prefijo: N=2 -> $0.200 vs $0.135 | N=10 -> $1.000 vs $0.215

Tres formas en que el precio de portada engaña

  • • Tokenizer: el mismo texto cuenta ~30% más tokens que en Haiku 4.5 (guía de migración de Anthropic). En input, 0.10 x 1.3 = $0.13 por millón equivalente de Haiku 4.5, o sea ~87% menos y no 90% (mi aritmética, antes de tokens de thinking).
  • • El thinking viene activo por defecto y se factura como output, mientras que Haiku 4.5 no pensaba salvo que fijaras un presupuesto. Leé usage.output_tokens_details.thinking_tokens para ver cuánto te cuesta.
  • • El escalón de 100k: un request con más de 100.000 tokens de prompt paga el precio alto en cada token de ese request, incluso si parte del prompt es un cache hit.

5. Quickstart: niveles de esfuerzo y el patrón worker

El esfuerzo se setea en output_config.effort, no dentro del objeto thinking, y no pide header beta. Haiku 5.5 usa medium por defecto, y setear medium explícito equivale a omitirlo. Esta es la guía de Anthropic para elegir nivel, condensada de su guía de prompting:

La escalera de esfuerzo

  • • low — el más barato y rápido. Chat, tareas cortas con herramientas, requests simples de alto volumen. En prompts largos de agente es más probable que se saltee una búsqueda, pare antes o se saltee un chequeo.
  • • medium — el default. Empezá acá para la mayoría del trabajo, incluido código agéntico.
  • • high — trabajo de conocimiento, tareas de agente más largas y seguimiento estricto de instrucciones.
  • • xhigh y max — solo donde tus evals muestren ganancia de calidad; antes compará contra Sonnet 5.5 en rendimiento, costo y velocidad.
  • • El thinking se puede apagar en high o menos; en xhigh o max ese request devuelve error 400.

Abajo: una call de worker en la Messages API con system prompt cacheado, y luego el mismo worker definido como subagente del Agent SDK bajo un orquestador mayor.

Call de worker: Messages API

SDK de Python. Omití temperature, top_p y top_k (los valores no default devuelven 400) y nunca termines messages con un prefill del assistant: Haiku 5.5 lo rechaza.

import anthropic

client = anthropic.Anthropic()

# Reglas estáticas del worker. Haiku 5.5 cachea prefijos de 512+ tokens.
WORKER_RULES = "...tus instrucciones estables, 512+ tokens..."

response = client.messages.create(
    model="claude-haiku-5-5",
    max_tokens=4096,                  # el thinking cuenta para max_tokens
    output_config={"effort": "low"},  # el default es "medium"
    system=[
        {
            "type": "text",
            "text": WORKER_RULES,
            "cache_control": {"type": "ephemeral"},
        }
    ],
    messages=[{"role": "user", "content": "Clasificá este ticket: ..."}],
)

if response.stop_reason == "refusal":
    ...  # un classifier lo rechazó; el mismo request suele volver a rechazarse

for block in response.content:  # puede venir un bloque thinking primero
    if block.type == "text":
        print(block.text)

print(response.usage)  # cache_read_input_tokens, output_tokens, ...

Orquestador + subagente Haiku: Agent SDK

El agente principal corre en el modelo de tu sesión; el subagente corre en Haiku 5.5. Profundidad, concurrencia y gasto con tope.

from claude_agent_sdk import query, ClaudeAgentOptions, AgentDefinition

options = ClaudeAgentOptions(
    allowed_tools=["Read", "Grep", "Glob", "Agent"],
    agents={
        "log-triager": AgentDefinition(
            description="Clasifica un log o reporte de tests. Usar para consultas acotadas y de alto volumen.",
            prompt="Leé solo el archivo que te pasan. Clasificá cada falla y resumí en 5 líneas.",
            tools=["Read", "Grep", "Glob"],
            model="claude-haiku-5-5",  # un alias o un model ID completo
            effort="low",
        ),
    },
    env={
        "CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH": "1",
        "CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS": "5",
    },
    max_budget_usd=5.0,
)

# async for message in query(prompt="Triage de los logs de CI en ./logs", options=options):
#     ...

Según los docs de Anthropic, cada subagente arranca con un contexto limpio y solo su mensaje final vuelve al padre, lo que mantiene chico el contexto del orquestador. Además cada subagente hace sus propios requests a la API, que cuentan para total_cost_usd, así que ponele tope al fan-out.

Caché y esfuerzo

Cambiar el esfuerzo de nivel superior entre requests invalida los bloques de mensajes cacheados, así que elegí un esfuerzo por rol de worker y mantenelo. Si una conversación debe cambiar de nivel, el cambio de esfuerzo por mensaje (header beta mid-conversation-output-config-2026-07-01, Claude API y Google Cloud, solo con thinking adaptativo) conserva la caché. Los prefijos de menos de 512 tokens se procesan sin cachear y sin error.

6. Límites honestos: cuándo no usar Haiku 5.5

La guía de costos de la propia Anthropic es directa. En sus mediciones internas y direccionales, delegar en workers más baratos ahorró plata solo en dos situaciones: trabajo rutinario con una cola larga de costo, y trabajo más grande que una ventana de contexto. Cuando el trabajo era una única cadena dependiente, o entraba en un solo contexto sin una cola larga de costo, el modelo del orquestador solo y con menos esfuerzo salió adelante en todos los casos medidos. Esas pruebas usaron workers Sonnet 5, no Haiku 5.5, y la guía dice que midas Haiku 5.5 vos mismo.

Dónde muerde Haiku 5.5

  • • Código agéntico complejo: Anthropic dice que Sonnet 5.5 y Opus 5.5 siguen siendo mejores para tareas como Terminal-Bench 4.0, donde Sonnet 5.5 saca 70.6% contra 39.2%.
  • • Esfuerzo bajo en prompts largos de agente: más probable que se saltee una búsqueda, pare antes o reporte código como terminado sin chequearlo. En las pruebas de Anthropic, pasar de low a medium redujo más o menos a la mitad el corte temprano y más que duplicó los tokens de output por intento.
  • • Control del thinking: pedirle en el prompt que responda directo no impidió que pensara en las pruebas de Anthropic, así que bajá el esfuerzo. En xhigh y en chats multi-turno a veces escribió toda la respuesta dentro del thinking y no devolvió texto visible.
  • • Rechazos nuevos: los classifiers de seguridad pueden devolver stop_reason refusal (cyber, bio, frontier_llm, general_harms) y no hay fallback del lado del servidor, así que manejalo en tu cliente.
  • • Breaking changes desde Haiku 4.5: omití temperature, top_p y top_k (los valores no default devuelven 400); sin prefill del assistant; budget_tokens devuelve 400; computer_20250124 pasa a un toolset; sin structured outputs en Bedrock; sin Priority Tier.
  • • Velocidad: el modelo más rápido de la línea de Anthropic a velocidad estándar, pero más lento que los modelos Opus en Fast Mode.

Cuándo el modelo mayor es la decisión correcta

Usá Sonnet 5.5 u Opus 5.5 cuando el trabajo sea una cadena larga y dependiente, cuando un paso equivocado salga caro, o cuando tu eval en high siga sin llegar. Probá high en Haiku primero y comparé Sonnet 5.5 en costo y velocidad antes de pagar xhigh o max: esa es la comparación que sugiere Anthropic.

7. Qué hacer esta semana

No migres todo. Elegí un paso acotado y de alto volumen del tipo que Anthropic nombra para Haiku 5.5, como clasificación, extracción, ruteo, resumen o consultas rápidas, y probalo con tus propios datos.

Checklist de rollout

  1. 1. Contá tus prompts con el modelo claude-haiku-5-5; no reutilices conteos de tokens ni valores de max_tokens de Haiku 4.5.
  2. 2. Corré el mismo set de casos reales en low, medium y high, y registrá thinking_tokens, output_tokens y tasa de acierto de cada uno.
  3. 3. Mantené un nivel de esfuerzo por rol de worker y un prefijo cacheado de al menos 512 tokens; mantené los prompts bajo 100.000 tokens.
  4. 4. Ponele tope al árbol: profundidad de subagentes, concurrencia y max_budget_usd.
  5. 5. Manejá stop_reason refusal y seleccioná los bloques de contenido por type, no por posición.

Trabajo offline: Batch API

La Batch API descuenta 50% en input y output: $0.05 / $0.25 por 1M de tokens para prompts de hasta 100k. La página de pricing de Anthropic dice que los descuentos de batch y de caché se pueden combinar. Para clasificación nocturna o backfills, es el camino más barato de la lista de precios.

Veredicto

Haiku 5.5 es un tier worker de verdad: 20x más barato que Sonnet 5.5 y 40x más barato que Opus 5.5 en precios de lista de input y output para prompts bajo 100k, con niveles de esfuerzo para ajustar la factura de thinking. Según los números de Anthropic, es muy superior a Haiku 4.5 y claramente inferior a Sonnet 5.5 en trabajo largo de terminal.

Usalo para pasos acotados y de alto volumen bajo un orquestador, mantené los prompts bajo 100k y el esfuerzo fijo por rol, y medí antes de ampliar su trabajo. Si el trabajo es una cadena difícil, pagá el modelo mayor.

Fuentes de este post

Fuentes primarias (Anthropic)

  • • Página de lanzamiento de Anthropic: Claude Haiku 5.5 (7-oct-2026)
  • • Docs de Claude: overview de Haiku 5.5, guía de migración, guía de prompting
  • • Docs de Claude: Effort, Pricing, Prompt caching
  • • Docs de Claude: Optimizing for cost and intelligence
  • • Docs del Claude Agent SDK: Subagents
Diego Rodriguez

Diego Rodriguez

Ingeniero Senior Full-Stack & AI

Diego tiene mas de 9 anos de experiencia construyendo aplicaciones potenciadas por IA de produccion, desde orquestacion de LLMs y pipelines RAG hasta deteccion de riesgos con ML y sistemas de trading algoritmico.

Conoce mas sobre Diego →