Límite de uso de Claude Code: el estado de los subagentes, un 99% más barato

La noche del 4 de noviembre, la cuenta ClaudeDevs anunció en X que los agentes en segundo plano (background subagents) de Claude Code consumen ahora menos límite de uso. El estado de cada agente se refresca cada 30 segundos y, hasta ahora, cada actualización volvía a leer toda su conversación. Ahora lo escribe Haiku 5.5 a partir de notas breves, así que cada actualización cuesta aproximadamente un 99% menos.

¿Qué ha cambiado en el cálculo del límite de uso de Claude Code?

Hablamos de la breve línea de estado que vemos junto a cada agente que trabaja en segundo plano. Según la publicación de ClaudeDevs, el mecanismo funcionaba así:

1. Cada 30 segundos, por separado para cada agente activo, Claude Code generaba un estado nuevo.
2. Cada una de esas actualizaciones volvía a leer toda la conversación del agente, que crece con el tiempo.
3. Ahora el estado lo escribe Haiku 5.5 a partir de notas breves, en lugar de leer la transcripción completa.

Según el changelog de Claude Code, Haiku 5.5 cuesta en la API 0,10 USD por millón de tokens de entrada y 0,50 USD por millón de tokens de salida.

La publicación se difundió rápido: a la mañana del 5 de noviembre sumaba más de 16 000 «me gusta» y casi 1,2 millones de visualizaciones. No es de extrañar, porque los límites son uno de los temas más habituales entre quienes trabajan a diario con Claude Code.

¿Por qué es importante?

Porque precisamente este mecanismo estaba detrás de las mediciones tan comentadas de hace una semana. Escribí sobre ellas en el artículo sobre el consumo de tokens en Claude Code: según un gist de Flamerix AI, los resúmenes agent_summary suponían el 16,4% del coste estimado de la sesión, más que la conversación principal.

Desde entonces, en la incidencia #86879 se han sumado nuevos análisis. El 31 de octubre, un usuario calculó a partir de los registros de la versión 2.1.314 que un solo resumen enviaba entre 2800 y 13 000 tokens de entrada fuera de la caché y, en su modelo de una semana de trabajo con muchos agentes, los resúmenes representaban alrededor del 13–32% del gasto. Otros publicaron sus propios apaños, desde variables de entorno hasta scripts que se cargan al arrancar.

Curiosamente, en la propia incidencia nadie de Anthropic se ha pronunciado (todavía). A 5 de noviembre sigue abierta, y el cambio se anunció en X, no en el hilo de GitHub.

¿Qué más se ha mejorado en los agentes en segundo plano?

En el changelog de la versión 2.1.318, del 4 de noviembre, aparecen varios cambios en la misma área:

1. Los agentes en segundo plano pasan un comando de shell a segundo plano a los 3 minutos con todos los proveedores, para que la caché del prompt no caduque mientras se ejecuta.
2. En Bedrock, Vertex y Foundry (y con la telemetría desactivada), el resumen de progreso del agente puede esperar hasta 5 minutos la respuesta del agente cuando la caché está fría.
3. Se corrigió el mensaje «Now using usage credits», que aparecía cada 30 segundos aproximadamente mientras funcionaba un agente en segundo plano.

La publicación de ClaudeDevs no da número de versión ni menciona la necesidad de actualizar. El changelog tampoco describe este cambio de forma directa, así que lo más sencillo es tener la última versión (comprobémosla con claude --version).

¿En qué fijarse?

Primero, en la escala. El 99% se refiere a una sola actualización de estado, no a toda la factura. Cuánto ahorraremos de verdad depende de cuántos agentes lancemos a la vez y de cuánto tiempo trabajen. Las sesiones sin agentes en segundo plano no deberían notar el cambio.

Segundo, en que no hay interruptor. La publicación no menciona ningún ajuste para desactivar los estados, y los usuarios siguen pidiendo esa opción en la incidencia.

Tercero, en las cifras de las mediciones. Las proporciones anteriores del 13–32% son estimaciones de usuarios (a partir del campo cost_usd y de modelos de costes), no facturas, así que tomémoslas con cautela. Lo mejor es comprobarlo en nuestro caso con la telemetría de OpenTelemetry, agrupando las peticiones por query_source, como expliqué en el artículo anterior. Sobre el trabajo con agentes en general hay más en el tutorial de Claude Code.

Preguntas frecuentes

¿Por qué se agota tan rápido el límite de uso en Claude Code?

Cada petición envía al modelo el contexto de la conversación, así que las sesiones largas y muchos agentes a la vez consumen el límite rápidamente. Según las mediciones de los usuarios, los estados de los agentes en segundo plano también generaban una parte importante del coste, y desde el 4 de noviembre son un 99% más baratos por actualización.

¿Tengo que activar algo para aprovechar el cambio?

Según la publicación de ClaudeDevs, no hay que configurar nada. Aun así, conviene tener una versión actualizada de Claude Code.

¿Se pueden desactivar del todo los estados de los agentes en segundo plano?

Por ahora no existe un ajuste oficial. En la incidencia #86879 circulan apaños de usuarios, pero no funcionan en todos los casos y Anthropic no les da soporte.