🔄 A virada
Peter Steinberger resume a virada do nível avançado numa frase: "você não devia mais estar promptando seus agentes de código — você devia estar projetando loops que promptam seus agentes." A pessoa que escrevia cada instrução sai de cena; entra um sistema que escreve as instruções no seu lugar.
O que ver: o humano não está mais com a mão no prompt — está com a mão na planta. Ele desenha a máquina que prompta; a máquina é que conversa com o agente, volta após volta.
Leia o diagrama: antes, sua atenção entrava em cada volta. Depois, sua atenção entra uma vez — no desenho do loop — e o loop carrega a conversa com o agente.
🗣️ A mesma ideia, na boca de outro
Boris Cherny aparece citado dizendo algo parecido: "não prompto mais o Claude — tenho loops rodando, e eles é que promptam o Claude." A figura do engenheiro deixa de ser o operador e vira o projetista.
Honestidade: essa fala do Cherny circula citada por terceiros, não como uma frase verificada na fonte primária. Trate-a como ilustração do espírito da virada, não como citação literal confirmada.
🏛️ O humano como arquiteto
A virada tem um nome: loop engineering. A jogada é deliberada — você se substitui como a pessoa que prompta o agente. Em vez de digitar a próxima instrução, você projeta o SISTEMA que decide e digita essa instrução por você.
✗ Operador (você na volta)
Você lê a saída, pensa o próximo passo, escreve o prompt, espera, repete. Seu tempo escala linearmente com o número de voltas — você é o gargalo.
✓ Arquiteto (você fora da volta)
Você define o objetivo, a verificação e os limites uma vez. O loop roda as voltas sozinho. Seu tempo entra no desenho, não em cada iteração.
💡 Por que isso muda a escala
Como operador, você atende uma conversa de cada vez. Como arquiteto, você pode ter vários loops rodando — porque seu trabalho virou o design, não a digitação. É o pré-requisito mental para tudo que vem nesta trilha: frotas, loops agendados, verificadores adversariais.
🤖 O meta-agente
Se você está projetando loops, surge uma ideia provocativa: e se um agente projetasse os loops por você? Esse é o meta-agente — um agente que INFERE, pelo seu jeito de trabalhar (o seu "vibe"), quais loops você quereria, e os escreve.
A escada da abstração: cada degrau te afasta um passo da digitação. O meta-agente é o degrau mais alto e mais especulativo — e exige guardrails ainda mais fortes (você verá o porquê na 4.3).
🧠 Por que isso é provocação, não receita
Quanto mais alto na escada, menos você vê o que está acontecendo — e mais um erro se propaga sem revisão. O meta-agente é uma direção sedutora para quem já domina os degraus de baixo; é uma armadilha para quem pula etapas. Guarde a tensão: abstração ganha escala e perde visibilidade.
♻️ Loop = objetivo recursivo
Addy Osmani dá a definição que organiza a trilha inteira: um loop é um objetivo recursivo — você define um propósito e a IA itera até completá-lo. Por baixo disso, todo loop sólido tem dois pilares.
Os dois pilares: o OBJETIVO (o quê você quer) e a VERIFICAÇÃO (como a IA sabe que terminou). Sem o objetivo, ela não tem alvo; sem a verificação, ela não sabe parar — e a recursão nunca acaba (ou acaba cedo demais).
🧩 Onde isso encontra a Trilha 1
É o mesmo esqueleto reason→act→observe que você viu lá no começo, só que dito do ponto de vista de quem PROJETA. "Objetivo + verificação" é o núcleo invariante; loop engineering é só o que você faz com ele quando para de operar e começa a desenhar.
💾 Estado externalizado
Um loop de verdade roda além de uma única conversa. Para sobreviver a vários context windows, você precisa tirar o estado da cabeça do agente e colocá-lo no mundo: git + arquivos de progresso. É a receita do harness da Anthropic.
O loop de cada sessão: lê o estado → faz progresso incremental em UMA feature → se autoverifica → commita → deixa o repositório limpo. A próxima sessão recomeça de onde a anterior parou, mesmo que a janela de contexto tenha zerado.
🧠 A regra de ouro
Uma feature por sessão, sempre commitada, sempre deixando limpo. Isso transforma um problema gigante (que não cabe numa janela) numa fila de problemas pequenos (cada um cabe). O disco vira a memória de longo prazo que o modelo não tem.
Objetivo do prompt abaixo
Dar ao agente o protocolo de estado externalizado: ler o disco, avançar UMA feature, autoverificar, commitar e deixar limpo — para que a próxima sessão recomece sozinha mesmo após a janela de contexto zerar.
# Cole no Claude Code, na raiz do projeto (mantenha um PROGRESS.md no repo)
A cada sessão, siga ESTE protocolo, nesta ordem:
1. Leia PROGRESS.md e o git log para entender o que já foi feito.
2. Escolha UMA única feature pendente — a próxima da lista.
3. Implemente só essa feature. Não comece outra.
4. Autoverifique: rode os testes e confirme que passam.
5. Commite com uma mensagem clara e atualize PROGRESS.md (marque feita).
6. Deixe o repositório limpo (git status sem pendências) e pare.
Objetivo final: . Como verificar: rode o prompt, feche a sessão, e abra uma NOVA do zero com o mesmo prompt. Se a segunda sessão souber exatamente onde a primeira parou (lendo PROGRESS.md + git log) e seguir na feature seguinte, o estado está realmente externalizado. Se ela recomeçar do zero ou repetir trabalho, o protocolo não está sendo seguido.
🧭 Não é pra todo mundo
Hora da dose de realidade. Nate Herk faz a ressalva mais útil da trilha: que o Steinberger — um coder hardcore que trabalha o dia inteiro com agentes — faça loop engineering não significa que isso se aplica a você. A ferramenta certa depende do seu caso.
| Tipo de loop | O que dispara | Para quem |
|---|---|---|
| Por cadência | um relógio: roda a cada X (hora, dia) | tarefas recorrentes previsíveis |
| Por evento | algo acontece: um PR, um ticket, um webhook | reagir a fluxo de trabalho |
| 24/7 (sempre on) | nunca para: uma frota rodando o tempo todo | poucos casos de alto volume |
🚨 O erro de status
Nem todo mundo precisa de 24/7. Rodar uma frota o tempo todo "porque é o que os hardcore fazem" é um erro de status, não de engenharia. A maioria dos casos é resolvido por um loop por cadência ou por evento — e a 4.3 vai mostrar o custo de escolher errado.
📒 Glossário desta seção (leve para o resto da trilha)
- •Loop engineering — projetar o loop em vez de operar o agente à mão.
- •Meta-agente — agente que projeta loops/agentes em vez de fazer a tarefa final.
- •Objetivo recursivo — um alvo que a IA persegue iterando até a verificação passar.
- •Estado externalizado — progresso guardado em git + arquivos, fora da janela do modelo.
Você viu um coder famoso rodando frotas de agentes 24/7. O que fazer com isso?
🧾 Resumo do Módulo
Próximo:
4.2 — Padrões avançados (Ralph loop, frotas, guardrails, verificação adversarial)