🧠 A Origem do Termo
Loop Engineering surgiu como uma forma de descrever algo que profissionais de ponta já estavam fazendo: programar loops automatizados que fazem o prompting dos agentes de IA, em vez do humano digitar cada instrução manualmente. O termo ganhou tração quando figuras como Boris Cherny (Head do Claude Code na Anthropic) e Peter Steinberger (criador do OpenClaw) começaram a falar publicamente sobre seus workflows.
💬 As Vozes que Iniciaram o Movimento
Duas declarações viralizaram e deram corpo ao termo:
"I don't prompt Claude anymore. I write loops and the loops do the work. My job is to write loops."
Peter Steinberger, do OpenClaw, expressou a mesma ideia: ele não prompta agentes diretamente, mas projeta os loops que fazem isso por ele. Cole Medin, analisando essas declarações, observou que "loop engineering is kind of a buzzword, but also there are some really good takeaways when you dive into this".
🎯 Ponto de Reflexão
Cole Medin questiona abertamente: "I don't even know if it deserves its own term." Loop Engineering não é uma tecnologia nova. É um rearranjo de conceitos existentes (cron jobs, automação, orquestração) aplicados a agentes de IA. O mérito real é a conversa sobre como e quando deixar agentes trabalharem autonomamente.
⚙️ Definição Prática
Na prática, Loop Engineering é projetar um sistema onde loops automatizados fazem o prompting dos agentes de IA, liberando o humano de ficar na frente do terminal digitando cada instrução. O humano define a estratégia e os critérios; o loop executa, valida, e itera.
✓ Loop Engineering
- ✓Humano define o plano e os critérios uma vez
- ✓Loop acorda o agente periodicamente
- ✓Agente trabalha, valida, reporta
- ✓Escalável para múltiplas tarefas
✗ Prompting Manual
- ✗Humano fica no terminal a cada instrução
- ✗Não escala para múltiplas tarefas
- ✗Interrupção constante do fluxo de trabalho
- ✗Depende de disponibilidade do humano
🔗 A Analogia com Cron Jobs
Se você já trabalhou com servidores, o conceito de loop engineering vai parecer familiar. Pense num cron job: um agendador que acorda um script a cada intervalo definido. Loop Engineering é exatamente isso, mas em vez de rodar um script bash, você acorda um agente de IA com um prompt, e ele decide o que fazer a partir do estado atual do mundo.
📋 A Receita Básica de um Loop
Definir o input externo
Um repositório GitHub, uma pasta de documentos, uma API, um banco de dados.
Definir o intervalo
A cada 5 minutos, a cada hora, ou "trabalhe até terminar" (/goal).
Definir o critério de conclusão
"Todas as tarefas marcadas como done", "0 issues abertas", "todos os testes passam".
Deixar o loop rodar
O agente acorda, verifica o estado, executa a próxima tarefa, valida, dorme.
"Loop engineering is combining or creating a system around all these things — routines, slash loop — so that we can give a larger scope of work as input to an AI coding assistant and have it work through it incrementally."
A palavra-chave aqui é incrementalmente. O ponto central de um loop é que o agente nunca tenta resolver tudo de uma vez. Ele pega uma tarefa por ciclo, executa, valida, e o loop avança. Como Cole diz: "we never want to have a coding agent try to handle too much at once, or it will get completely overwhelmed."
👤 As Personas: Boris, Peter e Cole
Para entender Loop Engineering, vale entender quem está por trás da conversa. Cada um traz uma perspectiva diferente, e as diferenças importam.
Gerencia dezenas de milhares de agentes por dia, segundo ele mesmo. Usa /loop, /goal e /routines no Claude Code como blocos fundamentais. Ele é quem mais promove o conceito de "eu não prompto mais, eu escrevo loops". É importante notar que ele trabalha na Anthropic — e tem acesso a recursos computacionais que a maioria não tem.
Outro defensor vocal de loops autônomos. Roda loops que promptam Claude por ele, delegando quase totalmente o ciclo de desenvolvimento. Cole Medin observa que ele opera com "pretty much an infinite budget", o que torna seu setup difícil de replicar para a maioria dos desenvolvedores.
Posição mais cética e prática. Reconhece o valor dos loops, mas questiona: "I am not sold on this idea right now." Construiu sua própria abordagem com workflows determinísticos no Archon, onde o humano controla o processo em vez de delegar completamente ao agente. Seu foco é custo, confiabilidade e observabilidade.
🤔 Ponto de Reflexão
Cole Medin levanta um questionamento direto sobre Boris: "Boris Cherny says that there are days he manages tens of thousands of AI agents at once. Like really, is that actually practical? Is that going to scale?" E depois provoca: "I mean, maybe that does explain some of the bugs we have in Claude Code." É uma perspectiva honesta — quem promove loop engineering são pessoas com acesso a recursos que a maioria não tem.
📊 O Fluxo Básico de um Loop
No nível mais simples, Cole Medin demonstrou loop engineering com um exemplo direto no Claude Code. Ele passou um documento de especificação (plan.md) com tarefas numeradas e pediu ao Claude Code para usar o skill de loop.
"I know this is a very, very basic example, but I want to stay simple on purpose. But it wrote the prompt: slash loop work through plan.md one task at a time."
🔧 O que aconteceu na demo
Cole passou o prompt pedindo para carregar o "loop skill". O Claude Code carregou a capability e soube como montar o sistema de loop sozinho.
O agente identificou que era uma lista sequencial de tarefas e configurou o /loop automaticamente. "It says this is sequential task list, it's going to do the first task, and then it's going to schedule a quick wake up."
A cada ciclo, o agente fazia a tarefa, validava, e agendava o próximo wake-up. "It's resuming with a slash loop wake up. And look at that. I didn't write this prompt myself at all."
Em dois minutos, já tinha completado duas tarefas. O loop continuaria até concluir todas.
📌 O Ponto Central
O Claude Code aqui funciona como orquestrador e worker ao mesmo tempo. Ele monta o loop, escreve o prompt do loop, e executa as tarefas. Para casos simples, isso funciona. Para sistemas mais complexos, como veremos no módulo 1.3, a separação entre orchestrator e workers se torna essencial.
❓ Questionamentos
Antes de mergulhar nos blocos técnicos, vale pausar e levantar questões legítimas que o próprio Cole Medin coloca sobre o conceito.
Loop Engineering merece ser um termo próprio?
Cole Medin é direto: "I don't even know if it deserves its own term." A ideia de automatizar tarefas com loops e agendadores existe há décadas. O que muda é o componente LLM no centro. Mas a mecânica — cron, wake up, execute, sleep — é a mesma de sempre. Chamar isso de "engineering" é, no mínimo, generoso.
Quem realmente se beneficia?
Os maiores defensores do loop engineering são pessoas com acesso a budgets massivos e infraestrutura de ponta. Boris tem os recursos da Anthropic. Peter opera com orçamento praticamente ilimitado. A questão real é: isso escala para um dev solo ou uma startup com orçamento apertado?
Autonomia vs. Qualidade: é trade-off?
Cole resume: "there is no way you're gonna convince me that loop engineering is the way to get the best results possible with AI coding assistance." Mais autonomia significa menos controle. Menos controle significa mais risco de resultados ruins. Módulo 2.2 vai dissecar isso em detalhe.
⚠️ A Provocação de Cole
No final da análise, Cole sintetiza: "I would just fold loop engineering into harness engineering. It doesn't quite deserve its own buzzword. But there are some good ideas here." A ideia não é descartada — é reposicionada. Loop Engineering é um ingrediente, não uma refeição completa.
📋 Resumo do Modulo
Proximo Modulo:
1.2 — Os Blocos Fundamentais (/loop, /goal, /routines)