Por que escrever loops, não prompts

Escrever loops em vez de prompts não é sobre substituir um comando por outro, mas sobre mudar seu papel no processo. Em vez de repetir instruções manualmente, como relembrar restrições, rodar testes ou checar logs, você projeta um sistema que faz isso por você. O loop vira uma extensão da sua atenção: ele executa o que já sabe fazer, enquanto você foca em decisões de valor mais alto.

O cerne está no execution horizon: o ponto em que a velocidade com que você pode executar ultrapassa a capacidade de gerar boas ideias. Antes disso, você trava na execução. Depois, o limite muda para priorização e julgamento. Loops úteis não eliminam trabalho, mas tornam o próximo ciclo mais barato, local e renovável, como replantar mudas perto da base no Minecraft, reduzindo viagens longas por recursos.

Automatizar o que se repete não economiza só tempo, mas contexto mental. Cada volta manual exige recarga cognitiva: "onde eu estava?", "quais eram as regras?", "o que falta revisar?". Isso fragmenta o foco e mata ideias no limbo entre intenção e conclusão. Um bom loop devolve unidade ao fluxo de trabalho. Ele não toma decisões criativas, mas carrega o peso operacional, deixando você livre para escolher o que realmente importa.

Isso vale além do código. Aplica-se a redação, triagem de tarefas, revisão de PRs, onboarding de agentes ou manutenção de documentação. O padrão é claro: se você repete um ritual de acompanhamento, há espaço para um loop que preserve evidência, aplique checagens e retorne com dados prontos para decisão humana.