TLDR;

Um loop é uma automação de agentes que combina um gatilho e um objetivo verificável, fazendo o agente iniciar e continuar a executar ações até que o objetivo seja atingido. O assunto está em alta porque loops permitem que agentes codifiquem, corrijam e iterem produtos de software de forma contínua e autônoma, mudando o papel do desenvolvedor para projetar metas e fluxos. Para criar um loop você escolhe um gatilho (PR, agendamento ou acionamento humano), define um objetivo verificável (por exemplo, testes passando ou avaliação por um LLM) e o configura em ferramentas como Cursor ou Cloud Code (que têm comandos /loop) para executá‑lo.

Resumo

Nos últimos dias surgiu uma nova meta em programação: os "loops". A ideia viralizada por Peter Steinberger e Boris Churnney propõe que, em vez de ficarmos sempre promptando agentes de código, devemos projetar loops — estruturas que disparam automaticamente um agente com um gatilho e um objetivo verificável, e que continuam executando até o objetivo ser alcançado. O gatilho pode ser uma ação (ex.: abertura de um PR), uma agenda (cron) ou uma ativação manual; o objetivo pode ser determinístico (todos os testes passando) ou mais abstrato, avaliado por outro LLM, lembrando conceitos de aprendizado por reforço. Na prática, em plataformas como Cursor você cria automações que revisam PRs, corrigem problemas, garantem CI verde e cometem mudanças de volta; em Cloud Code há até um comando /loop para agendar execuções periódicas (ex.: “loop every 5 minutes, compare with spec.md e continue construindo até completar a especificação”). Loops podem ganhar habilidades, aprender ao iterar e gerar muito mais código e produtos, exigindo maneiras rápidas de publicar — daí a menção a ferramentas como Here Now para deploy automático. O ponto central é descrever bem o estado final: quanto mais ambíguo o objetivo, mais difícil projetar um loop confiável.