Claude Code dejo de quemar tokens en los estados de los subagentes: la actualizacion es un 99% mas barata

Imagina que contratas a un asistente para revisar codigo y que, cada 30 segundos, vuelve a leer todo el chat de trabajo desde el principio solo para decirte: "sigo trabajando". Asi se comportaban, a grandes rasgos, los subagentes en segundo plano de Claude Code. Anthropic lo ha corregido, y la noticia importa a cualquiera que pague por tokens.

Que fallaba

Los subagentes en segundo plano de Claude Code se encargan de tareas largas: revisar codigo, ejecutar pruebas y preparar informes tecnicos. Para que pudieras ver lo que ocurria, actualizaban su estado cada 30 segundos. El problema estaba en la forma de generar esas actualizaciones. Para cada una, el modelo base volvia a cargar todo el historial de la conversacion: miles de tokens y, en sesiones largas, cientos de miles.

El contexto crece rapidamente en este tipo de sesiones, por lo que una sola linea como "las pruebas siguen en marcha, 40% completado" podia tener un coste desproporcionado. Usuarios en internet calcularon que estos informes tecnicos consumian hasta el 16% del presupuesto de tokens. Anthropic confirmo que el mecanismo funcionaba efectivamente de esa manera.

Como lo corrigieron

Ahora, el estado se genera de otra forma. El agente mantiene notas breves sobre su progreso, y el modelo Haiku 5.5 las utiliza para redactar el texto del estado. Es un modelo ligero y economico que no necesita todo el contexto. Unas pocas lineas bastan para resumir "lo que esta ocurriendo ahora mismo".

Segun las estimaciones de Anthropic, las cifras son estas:

• el coste de una actualizacion de estado se redujo aproximadamente un 99%;
• el ahorro total al trabajar con agentes en segundo plano ronda el 5%;
• esto equivale a cerca de un 6% mas de solicitudes con el mismo limite.

La diferencia entre el 99% y el 5% tiene una explicacion sencilla. Los estados solo representaban una parte del gasto; el resto sigue destinado al trabajo real del agente: leer archivos, hacer cambios y ejecutar comandos. El 16% observado por algunos usuarios probablemente correspondia a un caso extremo con sesiones muy largas. Para un uso habitual, el 5% parece una estimacion razonable.

Que hacer en la practica

Primero, actualiza Claude Code a la version v2.1.316 o posterior. La correccion no se activara por si sola mientras sigas usando una version antigua. Segundo, ten presente la limitacion. La optimizacion solo funciona en la interfaz de linea de comandos; la aplicacion de escritorio no la ha recibido. Si ejecutas tareas largas en segundo plano desde la version de escritorio, por ahora no obtendras ese ahorro.

Tercero, y esto es lo mas util para desarrolladores y equipos de producto que crean sus propios agentes: esta historia ofrece un buen patron de diseño. No todo lo que ve el usuario tiene que pasar por el modelo mas caro con todo el contexto. Los estados, las etiquetas, los resumenes breves y las notificaciones pueden generarse sin problemas con un modelo pequeno a partir de notas compactas. Si tu agente "informa del progreso" periodicamente, comprueba cuantos tokens consumen esos informes. Lo mas probable es que encuentres el mismo sobrecoste.

Lo que queda fuera de foco

Conviene evaluar las cifras con cautela. Son estimaciones de la propia Anthropic y todavia no existen mediciones independientes. Tampoco se sabe como se comportara la calidad de los estados: unas notas mas cortas pueden hacer que se pierdan detalles. Eso es tolerable en un indicador de progreso, pero no al diagnosticar un fallo; en los casos problematicos, es mejor consultar el registro completo que un resumen.

La conclusion es sencilla. No se trata de un lanzamiento espectacular, sino de la correccion de una ineficiencia que los propios usuarios detectaron. Hallazgos como este muestran que el coste de los sistemas de agentes a menudo no se lo lleva el trabajo "inteligente", sino la rutina operativa. Eso es lo primero que conviene optimizar, tambien en tus propios productos.