Fluxos de trabalho dinâmicos no Claude Code: precisa mesmo disso?

Uma nova funcionalidade do Claude Code arrancou 41 agentes ao mesmo tempo, consumiu 5 milhões de tokens e gastou metade do orçamento mensal numa única execução. Soa impressionante. A pergunta mais honesta é: precisa sequer disso? Na maioria dos casos a resposta é «não» — e é precisamente isso que torna a funcionalidade interessante.

Do que se trata

Com o Claude Opus 4.8, a Anthropic introduziu uma nova funcionalidade no Claude Code: os fluxos de trabalho dinâmicos. À primeira vista, isso gera confusão. Já existem sub-agentes, equipas de agentes e /goal. Porquê mais um conceito agora — e quando é que se usa, sobretudo tendo em conta os custos em jogo?

Aproveito para separar bem as cinco ferramentas. Não porque vá precisar de todas diariamente, mas porque ajuda saber o que faz uma funcionalidade e quando resolve um problema real — em vez de alinhar só porque é novidade.

Cinco ferramentas que parecem semelhantes

A verdadeira diferença é simples: quantos agentes estão em jogo — e conseguem falar uns com os outros?

• Skill — uma receita reutilizável. Vai ficando melhor com o tempo.
• Sub-agent — trabalhador em paralelo com janela de contexto própria. Não fala com os outros, apenas devolve resultado à sessão principal.
• Equipa de agentes — pequeno grupo com papéis próprios, que se coordena e partilha uma lista de tarefas. Mais caro.
• Fluxo de trabalho — o Claude escreve um script JavaScript que orquestra muitos agentes. Os resultados são reunidos no fim.

A diferença decisiva no fluxo de trabalho: quem guarda o plano? No fluxo de trabalho, o ficheiro JavaScript é o plano — e pode ser guardado e executado de novo.

A escada: mais capacidade, mais risco, mais custos

1. Perguntar simplesmente ao Claude — pensar, uma consulta à web, uma chamada de API.
2. Skill — processo repetível.
3. Sub-agent — trabalho em paralelo com a sessão principal.
4. Equipa de agentes — trabalhadores em paralelo que falam uns com os outros.
5. /goal — ciclo até um critério estar cumprido.
6. Fluxo de trabalho dinâmico — tarefa grande e paralela.

A boa notícia: não desencadeia um fluxo de trabalho por engano. O Claude pergunta antes.

Fluxo de trabalho vs. /goal: amplitude contra profundidade

• /goal é profundidade. Um ciclo que verifica repetidamente se o objetivo foi atingido. Um agente faz várias passagens.
• O fluxo de trabalho é amplitude. Muitos sub-agentes tratam de coisas diferentes; no fim junta-se tudo. Não se verifica um critério de «concluído», executa-se um plano previamente definido.

A questão dos custos — respondida com honestidade

Cada agente é uma chamada completa ao Claude, com contexto próprio, e são muitos os que arrancam. A maior parte dos custos cai do lado da entrada — mais barata do que a saída, mas soma depressa.

Três regras, a mesma disciplina que no /goal:

• Delimitar o âmbito.
• Nomear o resultado pretendido.
• Pôr os sub-agentes em Haiku sempre que possível.

Quando compensa mesmo

Recorra ao fluxo de trabalho (ou a uma equipa de agentes) quando:

• estiver a verificar cada ficheiro de uma base de código.
• tiver pela frente uma migração de mais de 400 ficheiros.
• o risco for elevado e cada parcela merecer o máximo de capacidade de cálculo.

Deixe-o de lado em alterações isoladas, perguntas rápidas ou trabalho de conhecimento em geral. O teste decisivo: a tarefa divide-se em muitas partes independentes que correm ao mesmo tempo? Se sim — experimente um fluxo de trabalho.

Dois detalhes escondidos

Onde o script é guardado

Por padrão, os scripts de fluxo de trabalho vão parar globalmente ao diretório de trabalho do Claude Code. Para o projeto, indique expressamente ao Claude que guarde em .claude/workflows. Depois disso, voltar a executar é trivial.

ultracode — o degrau mais caro

Com /effort define o nível de raciocínio do Opus. Mas existe também o ultracode: o mais inteligente e o mais caro. Cada prompt passa a ser um fluxo de trabalho e muitas confirmações são saltadas. Mais um detalhe: a palavra «workflow» acende-se a cores enquanto escreve, mas não desencadeia automaticamente nenhum. Fiável: «Monta-me um fluxo de trabalho dinâmico que …»

Tudo numa página

• Pergunta isolada e rápida → basta perguntar ao Claude Code.
• Algo que repete → uma skill.
• Uma tarefa secundária confusa → um sub-agent.
• Um pequeno grupo que se coordena → uma equipa de agentes.
• Correr até um critério estar cumprido → /goal.
• Uma tarefa grande e paralela → fluxos de trabalho dinâmicos (com cuidado).

E MCPs, CLIs e endpoints de API podem ser ligados a qualquer uma destas ferramentas — é assim que liga os seus próprios dados e sistemas.

Conclusão

Os fluxos de trabalho dinâmicos são uma ferramenta forte para exatamente um caso: tarefas grandes que se dividem em muitas partes independentes e paralelas. Para tudo o resto, uma skill, um sub-agent ou o /goal são quase sempre a escolha mais honesta — e mais barata. A capacidade mais importante não é usar todas as novas funcionalidades, mas reconhecer quando um problema as exige mesmo. É precisamente esta a pergunta que faço em cada projeto de automatização: é preciso o peso-pesado ou chega uma solução enxuta, baseada em regras?

Fonte: livremente adaptado de «Claude Code Dynamic Workflows Clearly Explained», de Nate Herk | AI Automation — ver no YouTube. O enquadramento, a seleção e a redação são da pletzenauer — digital consulting.