Loops explicados: Claude, GPT, Mira e o que realmente funciona

A IA está nas mãos de todos há anos. A maioria das pessoas que a usam todos os dias ainda a usam da forma mais lenta possível: digitar um pedido, esperar, corrigir, perguntar de novo, tudo manualmente.

Não porque a forma mais rápida seja complicada, mas porque ninguém mostrou a elas como ela é.

A forma mais rápida é um loop, e hoje é a única coisa com a qual os melhores engenheiros de IA do mundo se importam. Este artigo corrige a parte que ninguém explicou.

Ao final, você entenderá loops melhor do que quase qualquer pessoa no seu feed: o que são, como realmente funcionam nos bastidores, quando valem a pena e quando são uma armadilha, como construir um básico você mesmo no Claude ou ChatGPT, e os simples que valem a pena rodar na sua própria vida.

Antes de começarmos, siga-me no X e entre no meu canal do Telegram que acabei de criar, onde publico mais conteúdo sobre IA todos os dias. Ambos são gratuitos.

X - https://x.com/AnatoliKopadze

Telegram - https://t.me/kopadzemp

Como a maioria das pessoas usa a IA?

Observe atentamente o hábito de um pedido por vez, porque ele é o problema inteiro. Cada etapa passa por você. Você decide o que perguntar, você julga a resposta, você decide o que vem depois. A IA nunca se move a menos que você a empurre, e no momento em que você para, ela para.

Isso é aceitável, mas tem um limite. Você é o motor. A IA é apenas a ferramenta na sua mão, e uma ferramenta não faz nada sozinha.

Existe outra forma de trabalhar, e é por isso que os melhores engenheiros do mundo estão mudando a forma como constroem. Em vez de guiar a IA por cada etapa, você dá o objetivo uma vez e deixa que ela execute as etapas sozinha. Ela planeja, faz o trabalho, verifica seu próprio resultado, corrige o que está fraco e repete até que o objetivo seja alcançado. Você sai de cena. O trabalho continua.

https://x.com/steipete/status/2063697162748260627

Dois dos engenheiros mais respeitados, dizendo a mesma coisa em palavras diferentes. A maioria das pessoas lê linhas como essas e, silenciosamente, não fazia ideia do que significavam na prática. Então, vamos detalhar isso corretamente.

O que é um loop?

Um prompt é uma instrução única. Um loop é um objetivo pelo qual a IA continua trabalhando até chegar lá. Pense nele como um objetivo recursivo: você define um propósito, e a IA itera até que ele seja concluído.

Um prompt dá a você uma resposta e então espera que você decida o que vem a seguir. Um loop executa o ciclo completo por conta própria:

1DESCOBRIR  →  descobrir o que precisa ser feito
2PLANEJAR   →  decidir como fazer
3EXECUTAR   →  fazer o trabalho
4VERIFICAR  →  conferir contra o objetivo
5ITERAR     →  ainda não chegou lá? realimentar o resultado e repetir

Três dessas cinco fazem todo o trabalho pesado, e é aí que as pessoas erram nos loops.

Verificar é o coração do loop. Sem uma verificação real do resultado, você não tem um loop, você tem o agente concordando consigo mesmo em repetição. A verificação é o que transforma repetição em progresso. Pode ser um teste rigoroso ("o código passa"), uma condição mensurável ("o número está acima de X"), ou uma rubrica contra a qual o modelo pontua. Sem uma barreira, o agente corrige o próprio dever de casa, e o modelo que fez o trabalho é um corretor generoso demais.

Estado é o que faz o loop aprender. A cada passagem, a IA precisa lembrar o que já tentou, ou repetirá o mesmo erro para sempre. Um loop real mantém um pequeno registro à parte: o que está feito, o que falhou, o que vem a seguir. A execução de amanhã retoma de onde parou, em vez de começar do zero. É aqui também que exatamente começa a ficar caro, como veremos.

Uma condição de parada é o que o mantém são. Um loop sem saída roda até ter sucesso, quebrar ou drenar sua conta. Todo loop sério tem duas maneiras de parar: sucesso e um limite rígido ("após 8 tentativas, pare e relate"). Pule isso e você construiu uma máquina que pode rodar a noite toda por nada.

Um prompt entrega uma instrução à IA. Um loop entrega à IA um trabalho, uma maneira de saber quando o trabalho está concluído e uma regra para quando desistir.

Você realmente precisa de um?

A maioria dos artigos te vende o loop antes de te dizer quando ele é um erro. Aqui está o teste que as pessoas sérias realmente usam. Vale a pena construir um loop apenas quando todas estas quatro condições forem verdadeiras:

• A tarefa se repete, pelo menos semanalmente. Menos que isso, e o custo de configuração nunca se paga. Um caso único ainda é melhor atendido por um bom prompt.
• Algo pode rejeitar automaticamente um resultado ruim. Um teste, uma verificação de tipo, uma compilação, um linter, uma regra rígida. Se nada pode reprovar o trabalho por você, o loop apenas gira.
• O agente consegue realmente fazer o trabalho sozinho, do início ao fim, sem devolver metade para você.
• "Pronto" é objetivo, não um julgamento de valor. Se a qualidade é uma questão de gosto, um humano ainda vence.

Se faltar um item, mantenha como um prompt manual. A versão honesta de todo este tópico: a engenharia de loops é real, e a maioria das pessoas ainda não precisa da versão pesada. O que todos podem usar é a versão leve, que veremos a seguir. Mas você deve saber onde está a linha.

A versão construída para código

Os loops decolaram primeiro no software, porque o código é a coisa mais fácil do mundo de verificar. Um teste passa ou falha. Não há discussão, então a IA sempre sabe se terminou.

Um loop de codificação recebe um objetivo e uma maneira rigorosa de verificá-lo:

1▸ ESPECIFICAÇÃO DO LOOP
2OBJETIVO: todos os testes em /tests/auth passam, lint está limpo, sem erros de tipo.
3
4CADA ITERAÇÃO:
5  1. executar a suíte de testes e ler cada falha
6  2. escolher a falha de maior impacto
7  3. escrever a menor mudança que a corrige
8  4. reexecutar os testes, lint e verificador de tipos
9
10VERIFICAR: testes verdes + zero avisos de lint + zero erros de tipo
11PARAR QUANDO: a verificação passar, OU 8 iterações forem atingidas
12AO PARAR: resumir o que mudou e o que ainda falha

Nos bastidores, um loop real é montado a partir de cinco blocos de construção. Claude Code e Codex agora oferecem todos os cinco.

1. A automação (o coração pulsante)

Este é o gatilho que o transforma num loop e não num caso único que você executou uma vez. Você define um prompt, uma cadência e um objetivo, e ele roda em horário agendado sem que você o inicie. No Claude Code, /loop reexecuta um prompt em um intervalo, /goal mantém uma sessão ativa até que uma condição que você escreveu seja verdadeira, hooks disparam comandos em pontos do ciclo de vida do agente, e enviá-lo para um cron job ou GitHub Actions o mantém rodando depois que você fecha o laptop. Os resultados chegam até você. Você não é quem fica verificando.

2. A habilidade (instruções reutilizáveis)

Em vez de colar uma parede de instruções em cada execução, você as salva uma vez como um arquivo que o loop lê toda vez: as regras, os padrões a seguir e uma lista rigorosa do que ele nunca deve tocar. Agora a automação apenas chama a habilidade pelo nome, e o trabalho recorrente permanece sustentável em vez de apodrecer dentro de um cronograma que ninguém atualiza.

3. Subagentes (manter o criador longe do verificador)

O truque estrutural mais útil em um loop é dividir o agente que faz o trabalho do agente que o verifica. O modelo que escreveu o código é generoso demais ao corrigir o próprio dever de casa. Um segundo agente, com instruções diferentes e às vezes um modelo mais forte com esforço maior, pega as coisas que o primeiro se convenceu. Seu escritor pode ser rápido e barato, seu revisor lento e rigoroso. Essa separação é a maior parte da qualidade.

4. Conectores (para que ele aja, não sugira)

Esta é a diferença entre um agente que diz "aqui está a correção" e um loop que abre o pull request, vincula o ticket e notifica o canal assim que o build fica verde, por conta própria. Os conectores são o que permitem que o loop aja dentro do seu ambiente real, em vez de apenas descrever o que faria se pudesse.

5. O verificador (a barreira)

O teste, a verificação de tipo ou a compilação que rejeita automaticamente o trabalho ruim. Este é o único bloco que decide se o loop ajuda você ou apenas gasta seu dinheiro. Todo o resto é encanamento. Esta é a parte que o torna real.

Empilhe tudo isso e você terá o que grandes equipes agora executam em escala: frotas de agentes em loop na mesma tarefa, dezenas ou milhares de uma vez. Um engenheiro usou um loop como este para reescrever uma base de código inteira de uma linguagem de programação para outra em cerca de seis dias, um trabalho que teria levado quase um ano manualmente. É uma mudança genuína em como software sério é construído. E vem com uma pegadinha que as demonstrações nunca mostram.

O custo que ninguém menciona

Loops consomem tokens, e tokens são dinheiro. O problema não é que cada etapa custa algo. O problema é como o custo se acumula.

Cada vez que o loop dá uma volta, o agente rele seu contexto: o objetivo, o código, o último resultado, o que falhou. Toda essa pilha é enviada através do modelo novamente a cada iteração, e ela cresce a cada passagem. Um loop que roda dez vezes não custa dez prompts. Custa dez prompts que cada um fica maior. O truque do criador e verificador que aumenta a qualidade também dobra a conta, porque agora dois modelos leem o trabalho em vez de um.

1▸ CUSTO APROXIMADO DE UM LOOP
2agente único, uma tarefa média:      ~50.000 – 200.000 tokens
3contexto reenviado a cada iteração:    cresce a cada passagem
4uma frota de agentes em paralelo:      multiplicar tudo acima

A métrica que realmente importa, e que quase ninguém acompanha, é o custo por mudança aceita. Não tokens gastos ou loops executados. Se o loop lhe der dez resultados e você jogar seis fora, você está fazendo o trabalho de revisão que ele deveria economizar. Abaixo de uma taxa de aceitação de 50%, custa mais do que retorna.

Loops também falham silenciosamente. O engenheiro Geoffrey Huntley chama isso de "loop Ralph Wiggum": o agente decide que terminou cedo demais, sai com um trabalho meio pronto, e o loop continua rodando e gastando enquanto não produz nada. Sem uma barreira rígida que possa reprovar o trabalho, loops não quebram, eles te cobram em silêncio.

É por isso que a versão pesada pertence a equipes com orçamento e proteções para executá-la: limites de iteração, orçamentos de token, modelos baratos nas etapas chatas, monitoramento. Se esse não é o seu caso, você não está perdendo nada; a ideia central funciona a uma fração do custo e sem nenhuma configuração.

A ordem que realmente funciona

Se você construir um, a ordem importa mais do que as ferramentas. As pessoas que criam loops que sobrevivem em produção fazem tudo da mesma maneira:

11. Primeiro, torne UMA execução manual confiável.
22. Transforme isso numa habilidade (salve as instruções).
33. Envolva a habilidade num loop (adicione a barreira + condição de parada).
44. SÓ ENTÃO coloque-o num cronograma.

Pular etapas, agendar algo que você não tornou confiável manualmente, é exatamente como os loops explodem enquanto você dorme. Prove uma vez, endureça, depois automatize.

Construa um loop básico você mesmo (qualquer LLM)

Você não precisa de um agente de codificação para sentir como isso funciona. Você pode executar um loop simples manualmente dentro de qualquer LLM agora mesmo, com nada mais do que um prompt. O truque é dar ao modelo todas as três partes do loop de uma vez: um objetivo, critérios de sucesso rigorosos e um protocolo que o force a se verificar antes de ter permissão para parar.

1▸ LOOP DE AUTOVERIFICAÇÃO (cole no Claude ou ChatGPT)
2Você trabalhará em loop até que a tarefa atenda ao padrão.
3
4TAREFA:
5[descreva exatamente o que você quer produzido]
6
7CRITÉRIOS DE SUCESSO (seja rigoroso, sem aprovações fáceis):
8- [critério 1]
9- [critério 2]
10- [critério 3]
11
12PROTOCOLO DO LOOP, repita a cada turno:
131. PLANEJAR   - declare o próximo passo único.
142. FAZER     - produza ou melhore o trabalho.
153. VERIFICAR - avalie o resultado de 1 a 10 em cada critério.
16            Seja brutalmente honesto. Liste exatamente o que ainda está fraco.
174. DECIDIR   - se cada critério for 8+, imprima "FINAL" e pare.
18            Caso contrário, imprima "ITERANDO" e vá novamente, corrigindo
19            o ponto mais fraco primeiro.
20
21REGRAS:
22- Nunca considere concluído até que cada critério seja 8 ou mais.
23- Cada passagem deve corrigir a pontuação mais fraca da última VERIFICAÇÃO.
24- Não me faça perguntas. Tome uma suposição sensata, anote-a
25  e continue.
26
27Comece. Execute o loop até FINAL.

Observe o que acontece. O modelo rascunha, avalia seu próprio trabalho com base nos seus critérios, encontra o ponto fraco e reescreve, repetidamente, até realmente ultrapassar a barreira, em vez de lhe entregar a primeira coisa que parecia próxima. Isso é um loop. Você acabou de construir um com um parágrafo.

Mas note o que ainda está faltando, porque é o objetivo principal do que vem a seguir. Você é o gatilho. Você abriu o chat, você colou o prompt, você está sentado lá observando ele iterar. Feche a aba e ele se vai. Não há cronograma. Não há "faça isso toda manhã", não há "acorde quando um e-mail chegar". Ele não pode entrar em contato com você, porque só existe enquanto você o está olhando.

Para obter um loop que rode sozinho, em um cronograma, acionado por eventos reais, sem você precisar supervisioná-lo, você normalmente precisa entrar no mundo pesado de antes: ferramentas, hospedagem, código, barreiras e uma conta.

Isso faz sentido quando você está lidando com tarefas genuinamente pesadas. Mas para 99% das tarefas do dia a dia, já existe uma solução pronta e extremamente simples.

A mesma ideia, para sua vida real

Tire o código e o custo, e o que sobra é um conceito simples e genuinamente útil: uma tarefa que se executa sozinha, em um cronograma ou no momento em que algo acontece, sem necessidade de você se lembrar dela ou estar presente. Você não precisa ser um engenheiro para isso. Você só precisa de loops construídos para a vida, em vez de para bases de código.

Existe uma opção gratuita onde você cria um descrevendo-o em palavras simples. Sem código, sem hospedagem, sem chaves, sem aba para manter aberta, sem ordem de construção para errar.

Chama-se Mira, e vive dentro do Telegram, o aplicativo que você provavelmente já tem aberto. Você envia mensagens para ele como para um amigo, e os loops que ele executa são chamados de Skills (Habilidades). Cada Skill tem silenciosamente as mesmas partes que um loop real precisa: um gatilho, uma ação, uma maneira de rodar sozinho, exceto que você nunca conecta nenhuma delas. Você apenas diz o que quer.

1▸ SKILL (HABILIDADE)
2"Todo dia útil às 7h, verifique meu Gmail e Google Calendar.
3Envie-me um resumo curto: minhas 3 reuniões mais importantes, qualquer
4coisa urgente na caixa de entrada e uma coisa que eu disse que acompanharia
5mas não acompanhei. Mantenha abaixo de 120 palavras."

Isso é um loop real. Um gatilho de tempo, uma ação de várias etapas em dois aplicativos conectados, rodando sozinho e vindo até você. Você o escreveu como uma única mensagem.

O que o Mira pode realmente fazer

Aqui está a parte que faz tudo clicar. Mira não é um chatbot mais inteligente. A diferença do ChatGPT é simples: ChatGPT responde, Mira age. Você não pede a ele para escrever o e-mail, você diz a ele para enviar o e-mail. Você não recebe um rascunho de ticket, você recebe um ticket real no Linear com o responsável atribuído. Ele faz a coisa, em segundo plano, e lembra de você entre cada conversa.

Ele se conecta a mais de 500 aplicativos através do Composio (Notion, Gmail, Google Calendar, GitHub, Figma, Stripe e centenas mais), tem memória de longo prazo que persiste entre sessões e chats em grupo, e é independente de modelo, executando GPT, Claude, Gemini dependendo da tarefa. Aqui está no que isso se transforma.

Para o trabalho

**É aqui que a ideia dos loops se paga sem uma única linha de código.

1▸ SKILLS (HABILIDADES)
2"Uma hora antes de cada reunião, lembre-me com o contexto e
3as decisões da nossa última conversa com aquela pessoa."
4
5"Quando eu encaminhar uma mensagem aqui, transforme-a num ticket do Linear
6com a prioridade correta e atribua o responsável."
7
8"Toda sexta às 16h, colete o status das tarefas e métricas da equipe
9e publique um resumo semanal limpo no nosso chat."
10
11"Resuma tudo que perdi neste chat em grupo enquanto estive ausente,
12em 5 tópicos."

Ele o atualiza sobre uma thread de 200 mensagens em segundos, arquiva o ticket enquanto você continua conversando e entra em reuniões já informado. Em chats em grupo, ele lembra das decisões e tarefas da equipe, não apenas das suas.

**Para criadores

**Esta é a parte que a maioria das pessoas subestima. Mira cria conteúdo do início ao fim, dentro do chat.

1▸ SKILLS (HABILIDADES)
2"Enviarei uma nota de voz com uma ideia bruta. Transforme-a numa
3publicação pronta com legenda e hashtags."
4
5"Pegue esta única ideia e escreva versões para X, Instagram, LinkedIn,
6E-mail e uma newsletter, cada uma no formato certo."
7
8"Gere 3 opções de imagem para esta publicação."
9
10"Transforme esta imagem num vídeo curto para o meu canal do Telegram."

Nota de voz entra, publicação pronta sai em cerca de trinta segundos. Um resumo se torna seis versões nativas da plataforma. Ele gera imagens e vídeo diretamente no chat, edita fotos, troca fundos, cria mascotes e avatares, até sincroniza lábios e os anima. Todo o pipeline de conteúdo vive em uma única janela.

**Para voz

**Mira trata a voz como um input de primeira classe, o que importa mais do que parece.

1▸ SKILLS (HABILIDADES)
2"Transcreva minhas mensagens de voz em texto limpo."
3"Leia este artigo de volta para mim como áudio."
4"Resuma as notas de voz neste chat em grupo em pontos-chave."

Ele transcreve suas mensagens de voz, lê texto de volta para você, entende notas de voz dentro de chats em grupo e resume a discussão, e funciona como um assistente de voz mãos-livres quando você não pode digitar.

**Para sua vida

**O mesmo mecanismo, direcionado a todo o resto.

1▸ SKILLS (HABILIDADES)
2"Toda noite às 19h, pergunte se treinei hoje. Mantenha uma sequência e
3não me deixe pular silenciosamente mais de um dia."
4
5"Toda noite, me faça 3 perguntas sobre meu dia, lembre-se das
6respostas e, uma vez por semana, me diga o que mudou."
7
8"Acompanhe minhas calorias a partir de uma foto do meu prato."
9
10"Observe esta rota de voo e compre quando o preço cair para o meu número."
11
12"Toda manhã, me dê um resumo de notícias sem clickbait sobre meus tópicos."

Um treinador que mantém você em uma sequência. Um diário que realmente se lembra de você e se torna um companheiro de check-in ao longo do tempo. Acompanhamento de calorias a partir de uma foto, sem aplicativo separado. Prática de idiomas construída a partir dos seus próprios erros. Um observador de voos que compra quando o preço está certo. Um resumo diário com o clickbait removido.

Como começar em dois minutos

Abra o Telegram. Vá para Mira. Envie uma mensagem para ele. O acesso gratuito funciona imediatamente. Experimente um destes primeiro:

1@mira, planeje minha semana
2@mira, resuma este chat
3@mira, lembre-me de revisar PRs toda segunda às 9h
4@mira, escreva uma publicação sobre [tópico] para X e Instagram

Qualquer exemplo neste artigo se torna um loop em execução no momento em que você o digita.

O que isso realmente significa para você

Loops não são uma tendência. Eles são uma mudança em quem faz o trabalho. A IA para de esperar que você a empurre por cada etapa e começa a executar o trabalho inteiro sozinha.

Dito isso, isso não é algo para perseguir ou forçar em lugares onde não pertence. Na maioria das vezes, você só vai queimar dinheiro à toa.

Minha opinião: comece usando o que já está lá de graça, e só quando você realmente sentir que não é suficiente é que deve começar a pensar sobre o que realmente precisa.

Se você quiser se manter atualizado sobre tudo que está acontecendo na IA, siga-me no X e no Telegram:

X - https://x.com/AnatoliKopadze

Telegram - https://t.me/kopadzemp