As 3 Regras
🔍 O que mostra
As 3 regras inegociáveis de operação, numeradas: (1) Tenha seu território — um arquivo, um dono. (2) Mensagens diretas — formato API entre teammates, evite passar tudo por um líder central. (3) Comece em paralelo — sequencial 1→2→3 é antipattern; todos começam agora e sincronizam quando precisam.
🎯 Como aplicar
Antes de aceitar o plano que o orquestrador propõe, faça pente-fino contra essas 3 regras. Quebrar uma delas é a causa raiz de ~80% das falhas operacionais reportadas em equipes. Se o plano viola uma regra, peça revisão antes do execute.
🗺️ Decodificando as 3 regras
- 1️⃣ Território — cada arquivo deve ter um único teammate dono. Sem isso, dois agentes editam o mesmo arquivo e um sobrescreve o outro.
- 2️⃣ Mensagens diretas — Backend → Frontend (não Backend → Líder → Frontend). Líder vira gargalo e perde paralelismo.
- 3️⃣ Paralelo — wall-clock só melhora se trabalho real é simultâneo. Se A precisa esperar B, considere subagente sequencial em vez de equipe.
O que os teammates sabem
🔍 O que mostra
O modelo mental do que cada teammate carrega. Esquerda (vermelho): o histórico de chat anterior não é compartilhado — o teammate começa cego. Direita (verde): permissões (Bash, Editar, Escrever) são herdadas e há auto-load de CLAUDE.md, servidores MCP configurados e Skills disponíveis.
🎯 Como aplicar
Tudo que você descobriu na sua sessão precisa estar reescrito no prompt de spawn ou no CLAUDE.md. Esquecer isso é o erro #1: você dá uma instrução curta supondo que o teammate "já sabe", e ele entrega algo desconectado porque não viu a conversa anterior.
🗺️ Decodificando a imagem
- ❌ Histórico de chat bloqueado — o teammate não vê o que você conversou com o orquestrador.
- ❌ Sem contexto, sem prompt — sem instruções explícitas, ele alucina o que fazer.
- ✅ Mesmas permissões — Bash, Editar, Escrever herdam da sessão pai.
- ✅ Auto-Carregar —
CLAUDE.md, MCP e Skills são incluídos automaticamente; é onde você deixa convenções do projeto.
Modo de Aprovação de Plano
🔍 O que mostra
O ciclo de aprovação em 4 estágios numerados. (1) Pesquisa em modo somente leitura — teammate explora a base sem poder escrever. (2) Enviar plano — submete o que pretende fazer. (3) Líder revisa — aprova ou pede nova revisão. (4) Executar — só aqui o teammate ganha acesso total de escrita.
🎯 Como aplicar
Para qualquer mudança não-trivial, force plan mode antes do execute. É o gate que separa "agente que toca arquivos sem pensar" de "agente revisado". Em produção, esse hábito vale mais que qualquer hook — você corrige o plano antes que ele vire commit.
🗺️ Decodificando os 4 estágios
- 1️⃣ Pesquisa (laranja) — read-only; teammate explora sem risco de quebrar nada.
- 2️⃣ Enviar plano (azul) — descreve o que pretende fazer, sem agir ainda.
- 3️⃣ Líder revisa (roxo) — pode aprovar ou pedir "Revisar"; loop até estar bom.
- 4️⃣ Executar (verde) — acesso total liberado; teammate edita arquivos de verdade.