Loop engineering: quando você para de dar `prompt` e começa a gerenciar

Numa entrevista de junho de 2026, Boris Cherny — criador e Head do Claude Code na Anthropic — disse uma coisa que reenquadra a habilidade inteira: "Eu não dou mais prompt pro Claude… O meu trabalho é escrever loops." Se quem construiu a ferramenta já passou da fase de dar prompt, vale prestar atenção nesse sinal.

A virada é essa. Dar prompt é tático: uma instrução, uma resposta, e você preso na cadeira — digita, espera, conserta, digita de novo. O loop assume a cadeira. Você entrega um objetivo, e ele acha o trabalho, faz, se confere, lembra o que terminou e roda de novo até bater a meta. O Addy Osmani (Google), que popularizou o termo "loop engineering", resume bem: um loop é um objetivo recursivo — você define um propósito e a IA itera até concluir.

As peças que formam um loop

O Osmani nomeia as partes concretas, e cada uma cai num recurso real do Claude Code:

• Automações — o loop roda por agendamento, não quando você digita. Rode o Claude sem interface com claude -p "seu prompt de loop" a partir de um agendador, ou use o /loop dentro da sessão.
• Worktrees — os git worktrees dão a cada agente uma cópia isolada do repositório, então dois trabalham ao mesmo tempo sem se atropelar.
• Skills — um SKILL.md em .claude/skills/ guarda o conhecimento que você vive reexplicando, então toda rodada já começa sabendo do seu projeto.
• Conectores — integrações MCP (claude mcp add) deixam o loop tocar nas suas ferramentas de verdade: o quadro de tarefas, a caixa de entrada, o banco de dados.
• Subagentes — um agente construtor em .claude/agents/ faz o trabalho; um revisor separado confere. Quem faz o trabalho não pode ser quem dá a nota.
• Estado — um arquivo markdown (ou um quadro no Linear) onde o loop anota o que terminou, pra que dez rodadas virem um trabalhador contínuo em vez de dez recomeços do zero.

A parte que quase todo mundo erra

O seu objetivo tem que ser algo que o agente consiga avaliar sozinho — um número, uma porcentagem, uma checklist — e não "deixa bom". Verificação é o jogo inteiro. Como o Osmani avisa, um loop rodando sozinho também é um loop errando sozinho. Sem autoconferência, você só montou uma máquina que erra mais rápido.

Faça isso hoje

Escolha uma tarefa chata de vários itens que você faz na mão — um backlog pra zerar, uma pasta pra organizar. Escreva como um objetivo que o agente consiga verificar, adicione um LOOP-STATE.md de memória e rode uma vez enquanto você observa. Esse único passo é como você deixa de ser quem dá prompt e passa a ser quem desenha o sistema que faz.

Fontes

• Addy Osmani — Loop Engineering
• The Neuron — How Claude Code's creators use agent loops