Pare de pagar pra IA consertar o que ela mesma quebrou
O crédito não some porque você usa demais. Some num padrão específico e reconhecível, que tem três sinais e uma regra de parada. A conta é em dólar e chega em real.
Todo mundo que gastou crédito à toa gastou do mesmo jeito. Não é falta de cuidado. É um padrão, e padrão dá pra reconhecer e cortar.
Vamos olhar a anatomia de uma sessão ruim. Os valores abaixo são ilustrativos, mas a forma da curva é a de sempre:
prompt 1 $2,10 avançou
prompt 2 $3,70 avançou
prompt 3 $4,80 deu erro
prompt 4 $6,20 "corrigindo..." mesmo erro
prompt 5 $8,10 "agora sim!" outro erro
prompt 6 $7,40 desfez a mudança voltou ao ponto 3
──────────────────────────────────────────────────
$32,30 progresso líquido: zero
Repare onde o dinheiro foi. Os dois primeiros prompts compraram funcionalidade. Os quatro seguintes compraram tentativa. E o sexto devolveu você ao estado do terceiro — ou seja, você pagou US$26 pra voltar pra onde já estava.
É isso que está por trás dos relatos que circulam. Um usuário do Replit somou cerca de US$700 num mês e escreveu que a maior parte foi gasta "consertando funcionalidades que o próprio agente quebrou". Outro, estudante, relatou cerca de US$85 em dois dias com o app ainda abaixo da metade. Um brasileiro resumiu do jeito mais curto: "foram mais de 5000 créditos gastos para que no fim eu só me frustrasse."
Nenhum desses é média de mercado — são relatos individuais. Mas todos descrevem a mesma curva.
Por que a IA entra em loop
Vale entender, porque a explicação já sugere a saída.
Cada mensagem que você troca vira contexto pras próximas. Quando a IA erra e você diz "não funcionou", a tentativa errada fica no histórico. Na tentativa seguinte, ela está raciocinando em cima do próprio erro anterior. Duas ou três rodadas assim e o contexto está tão contaminado com caminho ruim que a chance de sair dele sozinha despenca.
Um usuário brasileiro descreveu a saída antes de qualquer documentação oficial dizer isso:
"Se entrar em 'loop' (não consegue resolver um passo), salve, feche a sessão e comece uma nova do zero... o contexto às vezes fica 'contaminado' e não consegue avançar."
Está exatamente certo. Sessão nova não é desperdício, é o conserto.
E isso não é teoria de fórum: a própria documentação do Replit hoje recomenda três coisas pra evitar loop — quebrar tarefa grande em pedaços menores, planejar antes de mandar construir, e configurar um limite de gasto pra que um loop não gere uma conta alta. Quando o fabricante escreve "configure um teto pra que o loop não te custe caro", o loop deixou de ser sua impressão.
A regra das duas tentativas
Essa é a regra inteira, e ela cabe numa linha:
Falhou duas vezes no mesmo problema? Pare. Não mande a terceira.
Não é sobre teimosia. É que a terceira tentativa dentro do mesmo contexto tem probabilidade muito menor de acertar do que a primeira tentativa de um contexto limpo — e custa igual.
O que fazer quando bater o limite, em ordem:
1. Salve o estado. Se a plataforma tem histórico de versão ou ponto de restauração, marque agora. Você quer poder voltar pra este exato momento.
2. Feche a sessão. Abra uma nova. Contexto limpo.
3. Reescreva o problema do zero, sem a novela. Não cole a conversa inteira. Descreva assim:
"Tenho uma tela de cadastro. Ao enviar o formulário, aparece [mensagem exata]. Deveria criar a conta e ir pra tela inicial. Já tentei [uma linha]. O que pode causar isso, e como eu confirmo qual é antes de mudar código?"
4. Peça diagnóstico antes de correção. Essa é a inversão que mais economiza. Enquanto você pede correção, a IA chuta e cada chute custa. Quando você pede causa provável e como confirmar, uma resposta só elimina três chutes.
5. Só então autorize a mudança — uma, pequena, com a frase verificável combinada antes.
Os três sinais de que você já está no loop
Você quase sempre percebe tarde. Estes três sinais aparecem cedo:
A mesma mensagem de erro apareceu três vezes. Não é "quase lá". É o mesmo lugar.
A IA está reescrevendo os mesmos arquivos, de novo. Especialmente se ela desfaz o que ela mesma fez dois passos atrás. Isso é oscilação, não convergência.
Você não consegue dizer o que melhorou desde o último ponto que funcionava. Se a resposta pra "o que eu ganhei nos últimos 20 minutos?" for nenhuma, pare — o gasto está comprando esforço, não resultado.
Quatro ajustes que cortam a conta antes de começar
1. Ponha um teto de gasto. Hoje. Toda plataforma séria tem limite e alerta. Configure antes do próximo prompt. É o único item da lista que funciona enquanto você dorme.
2. Peça o plano antes da construção. "Antes de escrever qualquer código, me diga em passos o que você vai fazer e quais arquivos vai mexer." Ler o plano custa quase nada; descobrir na execução que o plano era ruim custa a execução inteira. Várias plataformas já têm um modo dedicado pra isso.
3. Uma coisa por vez. Pedido com três funcionalidades juntas dá erro em três lugares ao mesmo tempo, e aí não dá pra saber qual mudança causou qual problema. Fatia pequena não é lentidão, é a única forma de conseguir isolar o culpado.
4. Marque o ponto que funciona, sempre. Antes de cada mudança, salve versão. Esse é o botão que transforma "gastei US$30 e quebrei tudo" em "voltei e perdi 20 minutos".
E um alerta que pega muita gente: em algumas plataformas, voltar o código para uma versão anterior não volta o banco de dados junto. A documentação do Bolt avisa isso explicitamente. Ou seja, o código volta pra ontem e os dados continuam no estado de hoje. Antes de contar com restauração, confirme na documentação da SUA plataforma o que exatamente ela restaura.
O que fazer com o dinheiro que sobrar
Uma observação honesta, já que o assunto é custo.
Tem hora em que a conta não fecha mesmo. Quando você gasta em créditos, por mês, mais do que custaria resolver aquele problema específico com alguém que sabe, a resposta racional não é insistir — é comprar as horas de quem sabe, no ponto exato onde você trava, e seguir sozinho no resto.
Um usuário do Replit chegou a essa conclusão sozinho, escrevendo que talvez tivesse saído mais barato aprender JavaScript. Não acho que aprender uma linguagem seja o caminho pra maioria. Mas o instinto por trás da frase está certo: crédito queimado em loop é o pior investimento da lista, porque não compra nem aprendizado nem funcionalidade.
Saber a hora de parar de comprar tentativa é uma competência de dono. É a que se paga mais rápido.
O resumo
- Duas tentativas no mesmo problema. Na terceira, sessão nova.
- Peça diagnóstico antes de correção.
- Teto de gasto configurado antes do próximo prompt.
- Salve versão antes de cada mudança — e confira se a restauração inclui o banco.
Você não está pagando pra IA tentar. Está pagando pra ela entregar. Cobre isso.