Anthropic lanzó Claude Haiku 5.5 el 7 de octubre y definió su propósito en una sola frase: «se complementa a la perfección con Opus 5.5 y Sonnet 5.5 como subagente en tareas de programación». La publicación del lanzamiento fija su precio en 0,10 $ por millón de tokens de entrada y 0,50 $ por millón de salida en peticiones de hasta 100K tokens, y en 0,50 $ y 2,50 $ a partir de ese límite. Dos de los seis testimonios de clientes incluidos en la página coinciden en el mismo patrón de uso: Rogo utiliza un subagente con Haiku 5.5 para extraer una cifra de ingresos de un formulario 10-K mientras un modelo más potente elabora la presentación, y Cognition lo integra como el «asistente» bajo la supervisión de Opus 5.5 en Devin Fusion.
Ese enfoque gira en torno al modelo. Sin embargo, para un equipo que gestiona múltiples agentes en paralelo, la cuestión decisiva radica en el tablero de trabajo. Un subagente opera dentro de la ejecución de otro agente: carece de tarea propia, de responsable asignado y de estado visible, por lo que, si comete un error, el fallo se le atribuirá al agente principal. Ahora que el trabajo automatizado es tan económico como para ejecutarse de forma masiva, la verdadera decisión estratégica consiste en definir dónde debe ser visible.
En resumen
Mantén Haiku 5.5 como subagente interno si su salida la consume y valida el agente principal: búsquedas, resúmenes, exploración o compactación. Asígnale su propio agente y su propia tarea cuando su trabajo genere un entregable final, requiera la aprobación de una persona o pueda fallar de forma independiente. En Claude Code, fija model: claude-haiku-5-5 en el archivo del subagente en lugar del alias haiku, y ten en cuenta que el subagente integrado Explore utiliza el modelo de la conversación principal, no Haiku. En Sharkly, un agente de bajo coste se configura mediante argumentos personalizados, lo que permite que ambas vías compartan la misma máquina. Los agentes investigan, ejecutan, prueban y reportan; las personas definen el rumbo, delegan permisos y dan el visto bueno al resultado.
Un subagente es invisible a nivel de gestión
Un subagente es un asistente que el agente principal despliega dentro de su propia sesión para encomendarle una labor puntual y leer la respuesta obtenida. Es el diseño idóneo para muchas tareas, pero impone una frontera clara: todo lo que ejecuta ocurre estrictamente dentro de una única sesión.
Vistas desde el tablero de control, ambas opciones divergen en cada una de las preguntas que se plantea un responsable de equipo.
| Pregunta | Haiku 5.5 como subagente interno | Haiku 5.5 como agente autónomo en una tarea |
|---|---|---|
| ¿Quién se responsabiliza del resultado? | El agente principal, de forma implícita | El responsable asignado a la tarea, de forma explícita |
| ¿Dónde queda reflejado el trabajo? | Dentro de la ejecución y la respuesta final del agente principal | En su propia tarea, estado de ejecución y registro de actividad |
| ¿Quién se encarga de revisarlo? | El modelo principal, antes de seguir adelante | Una persona o un revisor, antes de su aceptación |
| ¿Qué ocurre si falla? | El agente principal asume el error o lo arrastra | La tarea refleja el fallo por sí misma |
| ¿Puede intervenir una persona durante la ejecución? | No, solo interactúa con el agente principal | Sí, las consultas regresan a la tarea y a la bandeja de entrada |
| ¿Qué coste de configuración tiene? | Un archivo en el repositorio | Un agente y una tarea dedicados |
La variante de este problema en Codex ya la tratamos en este blog: cuando una sesión se ramifica en múltiples subagentes, una sola respuesta unificada es todo lo que el revisor llega a ver. Haiku 5.5 vuelve más atractiva esa concesión, ya que Anthropic lo diseñó y tarificó específicamente para ese rol. El esquema de Rogo funciona porque el agente principal procesa el dato de ingresos y lo plasma en una presentación, un entregable que un humano revisará antes de enviarlo. Si el subagente comete un fallo, saldrá a la luz durante esa revisión.
Ahora bien, traslada ese mismo modelo a una labor donde el entregable final sea su propia salida: una migración, un cambio de configuración, una corrección de datos o una respuesta a un cliente. Como subagente, ese trabajo solo llega al panel como parte del resumen del agente principal. Nadie distingue qué parte del diff generó el modelo económico, por lo que quien apruebe la tarea estará validando cambios de procedencia opaca.
El criterio de decisión
Nuestros artículos sobre Luna explicaban qué tipo de tareas corresponden a una gama de bajo coste: la asignación debe basarse en la facilidad de verificación, no en la dificultad. Haiku 5.5 añade un segundo factor: una vez que el coste es insignificante, decide su ubicación en función de quién consuma el resultado.
Haiku 5.5 placement rule
In-run subagent when ALL of these hold:
- the output is read by the lead agent, not shipped
- the lead checks or uses it before continuing
- a wrong answer shows up downstream, inside reviewed work
examples: file lookups, codebase exploration, log and doc summaries,
classification, pulling one fact from a long document
Own Agent and own Task when ANY of these hold:
- the output ships (a diff, a message, a record, a submitted form)
- a person has to accept it
- it can fail, stall, or need a human answer independently
- you want its acceptance rate measured separately from the lead's
Opta por un subagente cuando la labor confluya en una sola respuesta que el agente principal necesita. Utiliza una tarea independiente cuando el trabajo deba contar con un responsable explícito dentro del equipo.
Sharkly ofrece una alternativa intermedia. En un equipo o Crew, el agente coordinador menciona a otros miembros para colaboraciones específicas; estos operan sobre la misma tarea e incorporan sus resultados al chat de la misma. De este modo, el trabajo de Haiku 5.5 resulta visible en la tarea sin exigir crear una aparte. Es la solución ideal cuando una sola persona va a aprobar el resultado conjunto. Si la revisión de cada componente recae en personas distintas, repártelo en tareas independientes.
Configuración de ambas opciones
Cada modalidad tiene un ajuste donde resulta fácil equivocarse.
La vía del subagente, en Claude Code. Claude Code requiere la versión 2.1.293 o superior para utilizar Haiku 5.5. El parámetro model de un subagente admite sonnet, opus, haiku, fable, el identificador completo del modelo o inherit, de acuerdo con la documentación de subagentes. Fija siempre el identificador completo:
---
name: lookup
description: Find files, symbols and config values. Read-only.
model: claude-haiku-5-5
---
Answer with paths and line numbers. Do not edit files.
El peligro radica en el alias. Según la documentación sobre configuración de modelos, haiku solo se resuelve como Haiku 5.5 en la API directa de Anthropic. En Amazon Bedrock, Google Cloud, Microsoft Foundry y Claude Platform on AWS sigue apuntando a Haiku 4.5. Un archivo de configuración de subagente compartido entre máquinas con distintos proveedores puede ejecutar modelos diferentes bajo el mismo nombre. ANTHROPIC_DEFAULT_HAIKU_MODEL define a qué modelo apunta haiku y cuál emplea Claude Code para sus procesos en segundo plano en cada entorno.
La segunda sorpresa: el subagente predeterminado Explore recurre al modelo de la conversación principal, no a Haiku. Si el agente principal opera con Opus 5.5, la fase de exploración se ejecutará en Opus 5.5. La propia documentación recomienda definir un subagente a nivel de usuario o de proyecto llamado Explore —que anula el integrado— con model: haiku para canalizar la exploración a través de un modelo más económico. Dale ese nombre al archivo anterior y conserva el identificador completo.
La vía del agente independiente, en Sharkly. Sharkly no elige los modelos por ti. Como indica la documentación de agentes: «El agente adopta el modelo predeterminado del entorno de ejecución (Runtime). No promete ni muestra un modelo concreto. Para cambiarlo, indícalo en los argumentos personalizados del agente o del entorno». La interfaz no incluye menús desplegables para el modelo ni controles para regular la profundidad de razonamiento. Por tanto, el agente económico se configura como un segundo agente en la misma máquina y con el mismo entorno Claude Code, especificando claude-haiku-5-5 en sus argumentos personalizados, mientras el agente principal mantiene su configuración por defecto. Nuestra guía paso a paso sobre cómo ejecutar agentes con Claude Haiku 5.5 en Sharkly detalla todo el proceso.
Dado que la tarea no muestra el nombre del modelo, incluye una instrucción en el agente económico: indicar el modelo empleado en su respuesta final. En Claude Code, Haiku 5.5 opera por defecto con un nivel de esfuerzo medium y el razonamiento no se puede desactivar, por lo que el parámetro de esfuerzo que definas determinará el coste final de cada ejecución.
El impacto del umbral de los 100K tokens
El esquema de implementación elegido influye de forma directa en la tarifa aplicada. Haiku 5.5 cuesta 0,10 $/0,50 $ por millón de tokens únicamente si el prompt no supera los 100K tokens. A partir de esa cifra, la tarifa asciende a 0,50 $/2,50 $, es decir, cinco veces más. Anthropic señala que cerca del 90 % de las peticiones a Haiku 4.5 se mantuvieron por debajo de dicho umbral.
Las llamadas a un subagente encajan de forma natural dentro de ese margen: instrucciones concisas, lectura acotada y una sola respuesta puntual. En cambio, un agente autónomo al frente de una tarea extensa tiende a rebasarlo con facilidad. Por defecto, Claude Code compacta el contexto de modelos nativos de 1M como Haiku 5.5 alrededor de los 967K tokens —muy por encima de los 100K—, por lo que una ejecución prolongada de Haiku 5.5 puede facturarse casi en su totalidad al tramo más caro. Ante tareas de gran envergadura, la solución consiste en dividirlas en subtareas, no en ocultarlas de nuevo dentro del flujo de un agente principal.
Esto confiere una clara ventaja de costes a la regla de decisión: utiliza subagentes internos para consultas breves con alto volumen de lectura donde resulte sencillo mantenerse bajo la tarifa reducida, y asigna agentes independientes a entregables definitivos, dimensionando las tareas para que concluyan antes de saturar su ventana de contexto.
Dos aspectos que permanecen sin cambios
Anthropic no oculta las limitaciones del modelo. Sonnet 5.5 y Opus 5.5 «siguen siendo las mejores opciones para tareas complejas de desarrollo con agentes», y en la tabla comparativa de lanzamiento Haiku 5.5 alcanza un 39,2 % en Terminal-Bench 4.0 frente al 70,6 % de Sonnet 5.5 (ambos con el nivel máximo de esfuerzo). Haiku 5.5 está concebido como ejecutor o asistente de apoyo, nunca como director del flujo.
Por otro lado, disponer de un ejecutor más barato no abarata el proceso de validación. Ya funcione Haiku 5.5 como subagente o como agente con entidad propia, la responsabilidad del resultado final siempre recae en alguien. La vía del subagente camufla esa autoría tras el agente principal; la vía del agente asigna un nombre y un estado explícitos. En tareas de escritorio y navegación web, donde una ejecución puede detenerse a medio camino, esa falta de trazabilidad sale cara rápidamente, tal como abordamos en nuestro artículo sobre agentes web económicos y la cola de revisión. Evaluar si conviene elegir Haiku 5.5 o GPT-6 Luna con idéntico precio de catálogo es un análisis distinto, tratado en dos entornos de bajo coste frente a frente.
Aplica este criterio de asignación de forma sistemática: reserva los subagentes para consultas puntuales que el agente principal verifique y asigna una tarea propia a cualquier trabajo que genere un entregable. Si ya coordinas varios agentes, Sharkly te ofrece un único entorno para centralizar sus tareas y resultados.
