Flotilla v0.5.0 reformula a execução em segundo plano para superar os limites de crédito do Claude SDK

A iminente mudança da Anthropic para medir o uso programático do Agent SDK e do claude -p sob uma rígida cota mensal de créditos está forçando os desenvolvedores a repensar padrões de orquestração. O Flotilla v0.5.0 aborda isso com um mecanismo de execução em segundo plano reformulado, que substitui chamadas sequenciais de agentes por paralelismo não bloqueante, timeouts estendidos e delegação local de fallback.

Principais Mudanças no v0.5.0

• Loops Paralelos Não Bloqueantes (v5): Chamadas sequenciais e bloqueantes de subprocessos foram substituídas por um gerenciador assíncrono de grupos de processos que acompanha workflows ativos simultaneamente via execução Popen não bloqueante. O blueprint mostra como isso evita esperar cada agente terminar antes de iniciar o próximo.
• A Janela Segura de 30 Minutos: Etapas complexas de engenharia de múltiplos arquivos ou sessões do Claude Code frequentemente atingem os limites padrão de ferramentas. O Flotilla substituiu restrições uniformes de processo global por um mapa de timeout explícito por agente, estendendo a permissão de execução para 1800 segundos (30 minutos), eliminando terminações prematuras por SIGTERM / exit 143 no meio da tarefa.
• Delegação Local Inteligente: Verificações estruturais de repositório de alta frequência e modificações básicas são roteadas para modelos locais de peso aberto executados em uma máquina de borda, reservando o raciocínio de alto nível do Claude para lógica complexa e revisões rigorosas por pares. Isso ajuda a ficar dentro dos limites de assinatura e créditos programáticos.

Evidências de Produção e Telemetria

Esses modos de falha em produção e padrões arquiteturais foram formalizados no artigo "Graceful Degradation in Subscription-Constrained Multi-Agent Orchestration Systems" (em revisão para o ICML 2026). O artigo fornece evidências de logs analisando como sistemas multiagente típicos assumem acesso ilimitado a APIs — e por que isso quebra sob limites de custo fixo de assinatura. Um conjunto de dados de telemetria pós-intervenção de 15 dias, cobrindo 22.976 eventos instrumentados, mostra que um disjuntor de quatro camadas e uma porta de checksum reduziram a contagem máxima de reatribuição de tarefas de ilimitada para 1.

Se todo o seu sistema bloqueia sempre que um agente executa uma modificação longa de arquivo, esta abordagem oferece uma rota de fuga concreta — orquestração em segundo plano que não prende seu terminal nem queima créditos em loops lineares.