Jesse Vincent (obra) / subagent-driven-development
Quando dividir trabalho entre agentes realmente ajuda?
Quando as peças são de fato independentes, e quase nunca fora disso.
O que vale lembrar
- Independência é pré-condição, não detalhe de otimização.
- Dividir antes de planejar cria versões paralelas do mesmo mal-entendido.
- O custo real é o merge, e quem paga é você, não os agentes.
- Espalhar só para leitura, como pesquisa ou revisão, é o uso mais seguro e confiável.
01O que muda na prática
Agentes em paralelo são atraentes pelo motivo óbvio e perigosos por um menos óbvio: cada um toma pequenas decisões de design, e nada reconcilia essas decisões depois além de você.
O padrão confiável é espalhar para ler e coletar, e um único escritor para decidir. Investigações, auditorias e revisões paralelizam bem. Design de interface não.
02Onde decepciona
Arquivos compartilhados transformam concorrência em resolução de conflito, por isso isolamento tipo worktree importa assim que mais de um agente escreve.
O custo de coordenação também cresce mais rápido que o ganho. Passando de algumas peças simultâneas, o merge vira o projeto.
Instalação e primeira execução
- Instale o superpowers a partir de obra/superpowers, sob licença MIT.
- Escreva o plano primeiro e divida depois. Dividir tarefa sem plano multiplica a confusão.
- Dê a cada agente uma fronteira em arquivos e uma definição de pronto, e use isolamento se escreverem no mesmo repositório.
Perguntas que as pessoas realmente fazem
- Quando não paralelizar?
- Quando as peças compartilham estado ou decisões não tomadas. Você recebe várias respostas confiantes e incompatíveis.
- Qual o uso mais seguro?
- Trabalho só de leitura como pesquisa, auditoria e revisão, onde nada precisa ser mesclado.
- Os agentes precisam de espaços isolados?
- Assim que mais de um escreve no repositório, sim. Senão você gerencia conflitos na mão.
Fontes
Versões legíveis por máquina desta página