← todos os posts

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.