Flotilla v0.5.0 reforma la ejecución en segundo plano para superar los límites de crédito del SDK de Claude

El próximo cambio de Anthropic para medir el uso programático del SDK de agente y claude -p bajo un rígido límite mensual de créditos está obligando a los desarrolladores a replantear los patrones de orquestación. Flotilla v0.5.0 aborda esto con un motor de ejecución en segundo plano renovado que reemplaza las llamadas secuenciales de agentes con paralelismo no bloqueante, tiempos de espera extendidos y delegación local de respaldo.

Cambios clave en v0.5.0

• Bucles paralelos no bloqueantes (v5): Las llamadas secuenciales y bloqueantes a subprocesos se han reemplazado por un administrador de grupos de procesos asíncronos que rastrea flujos de trabajo activos concurrentemente mediante ejecución Popen no bloqueante. El plano detalla cómo esto evita esperar a que cada agente termine antes de comenzar el siguiente.
• La ventana segura de 30 minutos: Los pasos complejos de ingeniería multiarchivo o las sesiones de Claude Code frecuentemente alcanzan los límites estándar de herramientas. Flotilla reemplazó las restricciones uniformes de procesos globales con un mapa de tiempos de espera explícito por agente, extendiendo el tiempo de ejecución permitido a 1800 segundos (30 minutos), lo que elimina las terminaciones por SIGTERM / salida 143 a mitad de tarea.
• Delegación local inteligente: Las verificaciones estructurales de repositorio de alta frecuencia y las modificaciones básicas se dirigen a modelos locales de peso abierto que se ejecutan en una máquina periférica, reservando el razonamiento de primer nivel de Claude para lógica compleja y revisiones estrictas entre pares. Esto ayuda a mantenerse dentro de los límites de créditos programáticos y de suscripción.

Evidencia de producción y telemetría

Estos modos de fallo en producción y patrones arquitectónicos se han formalizado en el artículo "Degradación elegante en sistemas de orquestación multiagente con restricciones de suscripción" (en revisión para ICML 2026). El artículo proporciona evidencia de registros que analiza cómo los sistemas multiagente típicos asumen acceso ilimitado a la API—y por qué eso falla bajo límites de suscripción de costo fijo. Un conjunto de datos de telemetría posterior a la intervención de 15 días que cubre 22,976 eventos instrumentados muestra que un disyuntor de cuatro capas y una compuerta de suma de verificación redujeron el recuento máximo de reasignación de tareas de ilimitado a 1.

Si todo su sistema se bloquea cada vez que un agente ejecuta una modificación larga de archivos, este enfoque ofrece una ruta de escape concreta: orquestación en segundo plano que no inmoviliza su terminal ni consume créditos en bucles lineales.