Otimizador de Execução Paralela

Use esta habilidade quando a velocidade vier de fazer trabalho independente ao mesmo tempo: inspeção de repositório, leituras de arquivos, verificações de API, verificações de navegador, linhas de build/teste, leituras de implantação ou passes de implementação multi-worktree.

Padrão Central

Transforme urgência em um grafo de dependência antes de agir.

1. Defina o objetivo e o sinal de "feito".
2. Divida o trabalho em linhas.
3. Marque cada linha como paralela, sequencial ou com portão (gated).
4. Execute leituras/verificações independentes juntas.
5. Mantenha as escritas isoladas por arquivo, worktree, branch, serviço ou dataset.
6. Mescle apenas após a evidência mostrar que as linhas são compatíveis.
7. Termine com uma tabela de verificação, não com uma afirmação vaga de velocidade.

Matriz de Linhas

Antes de um grande push, escreva uma matriz compacta:

Lane | Can run in parallel? | Write surface | Risk | Verification
Repo scan | yes | none | low | rg/git status outputs
Backend patch | maybe | src/api | medium | unit tests
Frontend patch | maybe | app/components | medium | browser screenshot
Deploy readback | after build | remote service | high | live URL + logs

Execute linhas em paralelo apenas quando suas superfícies de escrita não colidirem.

Regras de Execução

• Agrupe leituras de arquivos, buscas, verificações de status e consultas de metadados.
• Use worktrees isolados para linhas de implementação grandes e não relacionadas.
• Inicie testes de longa duração, builds, backfills e implantações em sessões separadas, depois consulte-os deliberadamente.
• Se uma linha descobrir um bloqueador que muda o plano, pause as linhas dependentes e atualize a matriz.
• Nunca deixe um processo em segundo plano sobreviver ao turno, a menos que o usuário explicitamente tenha solicitado um serviço contínuo.
• Não paralelize comandos destrutivos, migrações, escritas na mesma tabela ou implantações que afetam clientes em tempo real sem um portão explícito.

Formato de Saída

Use isto ao relatar:

Parallel execution result:
- Lanes run: 5
- Lanes completed: 4
- Blocked lane: deploy readback, waiting on DNS propagation
- Fast path found: batched repo scan + focused tests
- Verification: lint pass, unit pass, live smoke pass

Modos de Falha

• Mais concorrência que cria edições conflitantes.
• Benchmarking da ferramenta em vez da tarefa.
• Tratar "rápido" como feito antes que a correção seja comprovada.
• Esquecer de consultar sessões em execução.
• Ocultar verificações puladas atrás de um resumo de sucesso.