ClaudeDevs anunció el 4 de noviembre de 2026 que Haiku 5.5 genera las actualizaciones de estado de los subagentes en segundo plano a partir de notas breves, en vez de volver a leer toda su conversación. La cuenta estima que cada actualización cuesta alrededor de un 99% menos y que las sesiones con subagentes en segundo plano consumen cerca de un 5% menos del límite de uso. Son estimaciones de Anthropic, no una reducción general de la cuota de Claude Code.
Qué cambia en las actualizaciones de estado
ClaudeDevs explicó que un subagente en ejecución actualiza su línea de estado cada 30 segundos. Antes, generar cada actualización implicaba releer la conversación completa del subagente; ahora Haiku 5.5 la redacta a partir de notas breves. El subagente mantiene el modelo que tiene asignado para realizar la tarea: Haiku 5.5 se ocupa de la línea de estado, no del trabajo delegado.
En esa publicación, ClaudeDevs indicó que el cambio estaba activo para la mayoría de usuarios Pro, Max y Ultra, y para todos los usuarios Team y Enterprise que utilizasen Claude Code 2.1.316 o posterior.
NeoTeo ya había analizado otro cambio relacionado con el margen semanal de Claude Code. El anuncio actual se refiere al coste de las actualizaciones de estado en sesiones con subagentes en segundo plano.
Qué significan las estimaciones del 99%, el 5% y el 6%
El 99% se refiere al coste de cada actualización de estado. El 5% es la reducción aproximada de uso que ClaudeDevs atribuye a las sesiones con subagentes en segundo plano. No son dos maneras de expresar el mismo ahorro: una cifra mide una actualización; la otra, el uso de una sesión.
ClaudeDevs también calculó que el mismo límite permitiría alrededor de un 6% más de prompts. Si el consumo por prompt bajara exactamente un 5%, el aumento sería de aproximadamente un 5,26%, siempre que el trabajo y los demás factores no cambiasen. Por eso, las cifras anunciadas deben entenderse como aproximaciones, no como una ganancia exacta de capacidad o productividad.
Los subagentes comparten el límite de uso
Las solicitudes de los subagentes cuentan dentro de los mismos límites de uso que la conversación principal, según la documentación de Anthropic para Claude Code. Poner tareas en paralelo no crea una cuota independiente: cada subagente puede hacer solicitudes que consumen parte del límite compartido.
La optimización anunciada reduce el coste de una tarea secundaria, la generación periódica de la línea de estado. No cambia la regla de uso compartido que aplica al resto del trabajo de los subagentes.
maxTurns permite acotar las rondas de un subagente; sus solicitudes siguen contando en el límite compartido.Qué controles se pueden configurar
Anthropic distingue entre el número de turnos de un subagente, cuántos pueden ejecutarse a la vez y cuántos niveles de subagentes pueden anidarse. Son controles de ejecución, no presupuestos de consumo equivalentes.
| Control | Qué limita | Ámbito documentado |
maxTurns | El máximo de turnos de un subagente; al alcanzarlo, devuelve un resultado parcial que se puede reanudar | Un subagente |
CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS | La concurrencia; el valor predeterminado es 20 subagentes en ejecución | Subagentes de la herramienta Agent |
CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH | La profundidad del anidamiento; el valor predeterminado es de tres niveles bajo el agente principal | Jerarquía de subagentes |
| Total de subagentes iniciados | No establece un máximo total por sesión | Sesión completa |
maxTurns limita rondas, no tokens ni gasto en dólares. El Agent SDK de Claude ofrece además maxBudgetUsd (max_budget_usd), un tope de gasto para una consulta que incluye las solicitudes de sus subagentes. Ese ajuste se aplica a la consulta del SDK, no fija un presupuesto individual para cada subagente de la CLI.
