Anthropic lançou Dynamic Workflows no Claude Code em 28 de maio junto com Opus 4.8, e o writeup do InfoQ aterrissou no início de junho. A capacidade: Claude escreve dinamicamente scripts de orquestração que abrem dezenas a centenas de subagentes paralelos em uma única sessão, com subagentes críticos que tentam refutar os findings, e o run continua iterando até que as respostas convirjam. 16 agentes concorrentes rodam em paralelo; teto de 1.000 agentes total por run. Casos de uso que Anthropic posiciona explicitamente: investigar bugs extensos, gerenciar migrações grandes, conduzir auditorias de segurança, revisões de performance, e análise de arquitetura de projetos de software complexos. Disponível em research preview hoje no Claude Code CLI, Desktop e a extensão VS Code para planos Max, Team e Enterprise (se admin-enabled), mais na API Claude, Amazon Bedrock, Vertex AI e Microsoft Foundry.
A capacidade é uma mudança real de shape versus a delegação Task-tool anterior. Antes, você obtinha um subagente por chamada Task; a coordenação através de múltiplos subagentes era seu job a escrever, em seu próprio loop, com seu próprio message passing. Dynamic Workflows entrega a escrita do script de orquestração ao próprio Claude, e Claude compõe esse script com a primitiva de concorrência (fan-out paralelo, até 16 em voo de uma vez) mais a primitiva de convergência (subagentes críticos que refutam, iteração até convergir). O "teto de 1000 por run" é um backstop runaway-loop, não um alvo, mas te diz a intenção de design: isto é para jobs onde o número correto de subagentes é desconhecido antecipadamente e pode estar nas centenas. O exemplo de Jarred Sumner que Anthropic citou: 99,8% da test suite existente passando através de aproximadamente 750.000 linhas de Rust, onze dias do primeiro commit ao merge. Esse é o tipo de migração que loops single-agent não conseguiram fechar.
Dois fios de ecossistema. Primeiro, isso muda o que "agente" significa em termos práticos. O loop ReAct single-agent tem sido a unidade implícita de trabalho por dois anos; Dynamic Workflows reformula a unidade como um ensemble multi-agente que decompõe-depois-verifica. Para builders pensando em suas próprias plataformas de agentes, a pergunta não é mais "como faço um melhor single agent" mas "qual é o harness fan-out-and-converge que produz resultados que um único pass não pode." MiniMax M3 e Qwen3.7-Plus ambos gesticularam para patterns de agent-team; Dynamic Workflows é a implementação que ship com o modelo que a escreveu. Segundo, a primitiva verification-by-refutation é a escolha de design que vale a pena pausar. A maioria dos frameworks multi-agente usa paralelo para velocidade (cobrir mais terreno) ou para ensembling (votar). Anthropic está usando paralelo para check adversarial: agentes tentam refutar os findings uns dos outros antes de reportar para cima. Esse é o move que distingue "mais agentes" de "melhores respostas," e é a parte que a maioria dos setups de orquestração ad-hoc pula.
Segunda-feira pela manhã, se você está em planos Claude Max, Team ou Enterprise: Dynamic Workflows está em research preview hoje, vale tentar em uma tarefa real de cobertura abrangente (auditoria de segurança, migração grande, review full-codebase) em vez de em uma tarefa pequena onde single-agent já funciona. Se você constrói sua própria plataforma multi-agente: o pattern parallel-with-refutation é a lição de design, e a shape 16-concurrent / 1000-cap é um default sensível para copiar. Se você está no caminho API (Bedrock, Vertex, Foundry): mesma disponibilidade, mesma shape. Caveats: isto ainda é research preview, então o comportamento pode mudar; o teto de 1000 agentes é real, então workflows que tentem spawn mais o tocarão; e o custo escala com a contagem de subagentes, então a pergunta "vale a resposta N subagentes" é agora um dial explícito, não um custo oculto.