Loopcraft, Explicado: Compondo Loops Autônomos — e os Controles que as Empresas Precisam

Built for Speed: ~10ms Latency, Even Under Load
Blazingly fast way to build, track and deploy your models!
- Handles 350+ RPS on just 1 vCPU — no tuning needed
- Production-ready with full enterprise support
A fronteira do trabalho com agentes de IA acaba de ganhar um nome para o seu próximo nível: loopcraft — a arte de projetar e empilhamento loops autônomos, popularizada pelo AINews do Latent Space em junho de 2026 ("Loopcraft: The Art of Stacking Loops") para nomear uma convergência entre profissionais cujas observações o artigo do Latent Space reuniu — Peter Steinberger, Boris Cherny e Andrej Karpathy (Latent Space, junho de 2026). A convergência é impressionante quando colocada lado a lado. O conselho constante de Peter Steinberger: você não deveria mais estar dando prompts para agentes de codificação — você deveria estar projetando loops que dão prompts aos seus agentes. Boris Cherny, líder do Claude Code da Anthropic, nas treze palavras que citamos uma vez: "Eu não dou mais prompts para o Claude. Eu escrevo loops, os loops fazem o trabalho." E Andrej Karpathy, discutindo pesquisa autônoma, enquadrando os riscos da maior forma possível: grande parte do trabalho da era que se aproxima, na estrutura do artigo, é empilhar loops de forma eficaz — organizando as coisas para serem completamente autônomas, removendo você como o gargalo, resistindo ao instinto histórico de consertar as coisas você mesmo. Leia tudo isso junto e a mudança que eles descrevem é estrutural, não estilística: a unidade de trabalho se move do prompt (um turno humano) para o loop (um ciclo projetado e autônomo), e então do loop para a pilha — loops que geram, alimentam, verificam e melhoram outros loops, com o humano projetando a arquitetura em vez de ficar dentro dela. Muita cobertura explicará por que isso é empolgante. Este guia é a referência para a parte que determina se isso sobrevive ao contato com uma empresa: o que é loopcraft, de onde veio, como difere das disciplinas nas quais se baseia — e o que uma pilha de loops autônomos exige da infraestrutura, porque cada camada da qual você remove um humano é uma camada onde os controles já devem estar presentes. Como em todas as nossas referências de curto prazo, manteremos esta página atualizada à medida que a prática e o vocabulário evoluírem.
O que é Loopcraft? Uma definição
Loopcraft é a prática de produzir trabalho projetando loops autônomos — ciclos autônomos nos quais um agente age, verifica seu resultado e tenta novamente ou prossegue sem um turno humano — e, distintamente, por meio do empilhamento eles: compor loops em sistemas em camadas, onde loops de nível superior criam, direcionam, avaliam e aprimoram os de nível inferior. O conceito básico é familiar após um ano de prática com agentes: dê a um agente um objetivo, um sinal de verificação (testes, um validador, uma rubrica) e permissão para iterar, e ele chegará a um resultado por conta própria. Loopcraft nomeia o próximo passo da fronteira tecnológica. Um loop escreve código com base em testes; um loop acima dele faz a triagem de problemas recebidos e cria loops de trabalho para cada um; um loop acima desse revisa as saídas, atualiza as especificações e as habilidades que os loops de trabalho utilizam, e descarta padrões que falham; um loop externo monitora a qualidade e o custo de tudo o que está abaixo. A posição do humano muda em cada nível — de autor de prompts a designer de um loop, a arquiteto da pilha — e a disciplina que define o ofício, na visão de Karpathy, é auto-remoção: organizar as coisas para que sejam completamente autônomas, porque um humano dentro do ciclo é o gargalo de produtividade. Uma distinção para buscas relacionadas: loopcraft não se refere a construções de loop em código (for/while), nem à teoria de controle de loops da robótica, e não é um produto — é um termo técnico usado por profissionais para descrever a habilidade de design, da mesma forma que "arte de governar" (statecraft) nomeia a habilidade e não um estado.
Uma Breve História: De Prompts a Loops e Pilhas
A linhagem é curta e íngreme. 2023–2024: prompting — o humano em cada etapa, com a qualidade limitada pela atenção humana. 2025: o loop surge à medida que os agentes ganham capacidades confiáveis de verificação e nova tentativa — o discurso profissional do ano (padrões operacionais de Cherny, registros de build de Steinberger) converge para dar aos agentes objetivos verificáveis e permitir que eles iterem, e engenharia de loop emerge como a disciplina nomeada para construir bem um loop: seus gatilhos, sua verificação, seus orçamentos, suas condições de parada. Início de 2026: a AI Engineer World's Fair adota os loops como seu vocabulário organizador — um loop interno de trabalho de agente amplamente autônomo, um loop externo de engenheiros supervisionando e aprimorando-o — e recursos de agentes paralelos (criação de subagentes, equipes de agentes, pesquisa multiagente) colocam a composição de loops no ferramental do dia a dia. Junho de 2026: o artigo de popularização — a edição da AINews da Latent Space intitula a convergência como "Loopcraft: A Arte de Empilhar Loops", ancorada no conselho de Steinberger sobre projetar loops em vez de prompts, na prática de Cherny de deixar os loops fazerem o trabalho, e na estrutura de Karpathy de empilhar loops e remover a si mesmo em torno da pesquisa autônoma. Nossa ressalva histórica de praxe se aplica: a nomeação segue a prática — equipes já estavam empilhando loops de triagem sobre loops de trabalho e loops de revisão antes que alguém desse um nome a isso — e a nomeação importa porque é o momento em que a prática se torna discutível, ensinável e, para nossos propósitos aqui, governável. Essa última conversa mal começou, e é a segunda metade desta página.
Loopcraft vs Prompting, Engenharia de Loops e a Fábrica de Software
Três fronteiras definem o termo. Versus prompting: um prompt é uma interação humana; um loop é um ciclo projetado que funciona sem uma — a mudança para o profissional é deixar de escrever instruções para escrever o sistema que emite e verifica as instruções, e é por isso que o teto de habilidade passa da redação para a arquitetura. Versus engenharia de loops:a engenharia de loops — a disciplina que nossoguia de engenharia de loops cobre — é o ofício de um único loop: tornar um ciclo autônomo confiável, delimitado e observável. Loopcraft é a camada composicional acima dele: quais loops construir, como eles se empilham, onde a verificação reside em cada nível e onde o julgamento humano restante é aplicado. Engenharia de loops está para o loopcraft assim como o design de máquinas está para o design de produção; você não pode empilhar loops que não são individualmente sólidos, e loops sólidos não empilhados deixam a maior parte do potencial de alavancagem na mesa. Versus a fábrica de software: a fábrica — nosso guia de fábrica de software cobre isso — é a organização industrial desse mesmo movimento: entradas padronizadas, estações com agentes, controle de qualidade, saídas baseadas em evidências. Uma fábrica é o loopcraft institucionalizado; loopcraft é o ofício que os designers de uma fábrica praticam. Os três termos formam uma escada organizada — engenhe o loop, crie a pilha, industrialize a planta — e as questões empresariais tornam-se mais difíceis a cada degrau, porque cada degrau remove mais humanos de mais ciclos.

Loopcraft na Empresa: Governando a Pilha
É aqui que a TrueFoundry entra, por meio de uma observação que a empolgação costuma ignorar: cada camada da qual você remove um humano é uma camada onde o julgamento humano deve ser reimplementado como infraestrutura. Dentro de um fluxo de trabalho orientado por prompts, o humano é o orçamento (eles param quando fica caro), a barreira de proteção (eles percebem quando algo está errado) e a trilha de auditoria (eles lembram do que aconteceu). Um loop remove esse humano uma vez; uma pilha os remove em todos os níveis; e a disciplina de "não conserte as coisas você mesmo" de Karpathy só é segura se o conserto — a delimitação, a verificação, o registro — acontecer estruturalmente. A mecânica mapeia isso de forma parcial e honesta. Operações mediadas são executadas dentro de limites de gateway impostos pelo administrador: orçamento e regras de taxa para tráfego correspondente — enquanto envelopes por loop em cada profundidade permanecem um design de alocação de aplicação — portanto, as solicitações correspondentes de um loop de trabalho descontrolado podem ser cortadas assim que sua alocação terminar e parar — regras de orçamento avaliam o tráfego de LLM correspondente em relação a escopos configurados de equipe, usuário ou metadados — uma árvore de geração que consome o envelope de um pai é um design de alocação em nível de aplicação, não um comportamento de produto documentado, portanto, pilhas compostas precisam de regras explícitas por escopo ou alocação em nível de orquestrador para limitar o gasto total. A aritmética composta não é hipotética — loops gerando loops é precisamente o mecanismo por trás da explosão de tokens de CI/CD que nossa análise de explosão de tokens documenta. Todo loop carrega uma identidade e deixa um rastro: a falha silenciosa da autonomia empilhada é a lavagem de responsabilidade — a ação tomada cinco camadas abaixo sem o nome de ninguém — e é por isso que os loops são executados no Agent Harness com rastros em nível de etapa que registram a cadeia de geração: qual loop criou qual, sob a autoridade de quem, fazendo o quê. A verificação também é um loop — o mais externo de todos: o loop de monitoramento que a pilha precisa é avaliação online pontuando a saída em tempo real continuamente, além de barreiras de proteção verificando cada chamada de modelo e ferramenta em execução (documentação de guardrails) — vigilância mecânica substituindo o humano que não lê mais todas as camadas. E os limites consequentes da pilha recebem portões: o objetivo principal do empilhamento é que a maioria dos ciclos seja executada sem supervisão, o que é exatamente a razão pela qual os poucos cruzamentos que importam — mesclar em branches protegidos, acessar dados de produção, gerar além de uma profundidade ou tamanho de frota — são portões de aprovação de harness, o único lugar onde o julgamento do arquiteto reentra no sistema que ele projetou. Esta é a forma empresarial do loopcraft: a disciplina de confiabilidade que nosso guia ETCLOVG se aplica a um loop, aplicado recursivamente a uma stack — e as operações em escala de frota que nosso guia de runtime de frota cobre são como a stack se parece da perspectiva da operação.

TrueFoundry AI Gateway delivers ~3–4 ms latency, handles 350+ RPS on 1 vCPU, scales horizontally with ease, and is production-ready, while LiteLLM suffers from high latency, struggles beyond moderate RPS, lacks built-in scaling, and is best for light or prototype workloads.













.webp)


.png)
.png)
.png)
.png)
.png)
.png)
.png)

.png)
.png)
.png)
.png)







