Loops para Claude Code

Tem um segundo modelo independente a rever cada alteração antes do merge, pelo que dois revisores diferentes têm de concordar - o código só é integrado quando ambos superam a fasquia.

Passa o código entre um builder e um subagent revisor independente até que a revisão não tenha conclusões bloqueadoras e os testes passem.

Desenvolve no sentido de um contrato verificável por máquina com salvaguardas anti-spin explícitas - para se não houver progresso, em caso de abordagens repetidas, oscilações ou ao atingir o orçamento de gastos.

Mantém a documentação alinhada com a codebase atual e abre um pull request passível de revisão a cada iteração.

Escreve um contrato sobre o que significa "concluído" e que provas validam cada requisito antes de qualquer trabalho começar, recusando-se depois a declarar sucesso sem essas provas.

A cada poucos minutos enquanto trabalha, faz uma pequena melhoria verificada no repositório - um teste instável, um comentário obsoleto, um tipo em falta - uma alteração, um commit.

Executa a tarefa, depois faz uma pausa e envia-lhe aprovar / rever / saltar antes de lançar o que quer que seja - a revisão humana como uma fila de primeira classe onde a condição de paragem é a sua aprovação.

Recupera trabalho valioso sem merge e elimina branches e PRs obsoletos até que o repositório esteja organizado.

Executa cenários realistas e corrige falhas até que a suite passe N vezes seguidas sem regressões.

Uma rotina noturna que monitoriza os seus PRs abertos, corrige automaticamente falhas de build, responde a comentários de revisão numa nova worktree e faz rebase de branches obsoletos enquanto dorme.

Desenvolve o próximo item do plano, executa os testes, typecheck e lint, enviando cada falha como a instrução seguinte até que a build esteja verde.

Reescreve um pedido vago num objetivo preciso - estado final exato, como o verificar, o que não tocar e a condição de paragem - executando de seguida com base nisso.

Faz o profiling e otimiza a app, iteração após iteração, até que esta cumpra consistentemente um orçamento de desempenho definido.

Faz a triagem de erros de produção, encontra a causa raiz, lança uma correção verificada e repete até que o orçamento de erros esteja limpo.

Adiciona testes relevantes, iteração após iteração, até que a suite atinja o limite de cobertura pretendido e permaneça verde.

Converte relatórios de bugs e issues abertos em pull requests verificados e prontos para revisão, um ticket por iteração.

Desafia de forma adversária um design ou decisão até que todas as objeções graves sejam resolvidas ou explicitamente aceites.

Atualiza o changelog todas as noites com alterações relevantes para o utilizador e notifica a equipa quando for lançado.