Jesse Vincent (obra) / dispatching-parallel-agents
Quando o Claude deve dividir um problema entre subagentes em paralelo?
Quando os problemas são tão independentes que consertar um não pode mudar o outro.
O que vale lembrar
- Independência é o critério. Falhas relacionadas vão para um único investigador, porque uma só correção pode resolver várias.
- Paralelo quer dizer uma mensagem só: várias chamadas de despacho numa resposta rodam juntas, e uma por resposta roda em sequência.
- Subagentes nunca herdam o histórico da sessão, então o prompt precisa levar as mensagens de erro, os nomes dos testes e os limites.
- Integrar é tarefa do agente principal: ler cada resumo, procurar edições sobrepostas e rodar a suíte inteira.
01O que muda na prática
Investigar falhas sem relação uma depois da outra desperdiça tempo, e fazer isso num único contexto longo enche esse contexto de várias histórias ao mesmo tempo. Subagentes separados mantêm cada investigação limpa e deixam a sessão principal livre para coordenar.
O modelo de prompt é a parte útil. Um bom despacho nomeia um arquivo de teste ou um subsistema, cola os erros reais, descarta o atalho que esconderia o problema, como aumentar timeouts, e diz o que deve voltar. O exemplo resolvido da skill divide seis falhas em três arquivos entre três agentes, e cada um encontra uma causa diferente.
- Escopo: um arquivo de teste ou um subsistema.
- Objetivo: fazer esses testes passarem.
- Restrições: não mexer no resto do código.
- Saída: um resumo do que foi encontrado e corrigido.
02Onde decepciona
Ela não diz se duas falhas estão relacionadas. Esse julgamento vem antes da skill, e uma decisão errada produz vários agentes corrigindo sintomas do mesmo bug de formas incompatíveis.
Ela também supõe um ambiente capaz de disparar subagentes e rodá-los ao mesmo tempo. Sem isso, o padrão vira trabalho sequencial com mais prompt para escrever.
Instalação e primeira execução
- Instale o superpowers no Claude Code com /plugin install superpowers@claude-plugins-official. A licença é MIT, e esta skill é um único SKILL.md que depende de o ambiente conseguir disparar subagentes.
- Agrupe as falhas por domínio primeiro, por exemplo um arquivo de teste para cada, e confirme que nenhuma depende da outra.
- Quando os subagentes responderem, rode você mesmo a suíte completa. Correções separadas ainda podem conflitar, e a skill pede conferência por amostragem porque agentes cometem erros sistemáticos.
Perguntas que as pessoas realmente fazem
- Qual a diferença para subagent-driven-development?
- subagent-driven-development executa um plano escrito com um subagente novo por tarefa e uma revisão depois de cada uma, e diz para nunca disparar subagentes de implementação em paralelo. Esta skill é para problemas sem relação que podem ser atacados ao mesmo tempo.
- Quando ela se aplica?
- A descrição dela fala em duas ou mais tarefas independentes, sem estado compartilhado nem dependência de ordem. Os exemplos são três ou mais arquivos de teste falhando por causas raiz diferentes.
- O que cada subagente deve devolver?
- Um resumo da causa raiz e das mudanças feitas, pedido no próprio prompt, para o agente principal procurar conflitos antes de integrar.
Fontes
Versões legíveis por máquina desta página