← todos os posts
Custo 5 min de leitura

"Como conferir o output antes de gastar o próximo crédito"

"Três perguntas pra ler o que a IA mudou, sem saber programar: mexeu onde eu pedi, mexeu onde eu não pedi, o teste passou. Ler é de graça."

"Em todos os três casos, você só descobre o problema depois de gastar o crédito."

Quem escreveu foi um dev brasileiro no TabNews, um fórum brasileiro de tecnologia, no começo de 2026, depois de montar o mesmo app em três plataformas. Numa, a IA disse três vezes que tinha consertado o defeito, e não tinha. Noutra, faltavam 3 dos 11 itens pedidos, sem aviso. Na terceira, estava tudo lá, mas ninguém contou como entrar na área de administração. É o teste de uma pessoa, não estatística. Mas a frase descreve o ciclo de quase todo mundo: pede, a IA responde "pronto", você pede a próxima coisa, e o problema aparece três pedidos depois, quando já tem três camadas em cima dele.

O problema não é você não ler código

É que ninguém te disse que dá pra ler a mudança sem ler o código. Toda plataforma mostra o que a IA alterou em cada resposta, num formato que tem nome: diff (de difference, diferença). É a lista dos arquivos tocados e, dentro de cada um, as linhas que entraram (em verde, com + na frente) e as que saíram (em vermelho, com -).

E aqui está o detalhe que muda a conta: olhar o diff não custa crédito. A documentação do Lovable diz que abrir o histórico é de graça. O que custa é a mensagem seguinte. E diz outra coisa, que dói: mensagem que você desfaz depois continua contando no seu consumo. Então o momento mais barato de achar o erro é entre uma resposta e o próximo pedido. Depois disso, você paga pelo erro e paga de novo pra desfazer.

Onde fica o diff

  • Lovable: abra o History (o botão na barra de cima do editor). Em cada versão, no menu dela, escolha View code changes. Aparecem os arquivos e as linhas alteradas.
  • Replit: o Agent cria um checkpoint (um ponto salvo) a cada etapa, e o painel Git, na barra de ferramentas, mostra o diff do que mudou desde o último ponto salvo no git.
  • Código na sua máquina (Cursor, Claude Code): no terminal, dentro da pasta do projeto, git diff mostra tudo o que mudou desde o último ponto marcado. Se você ainda não marca pontos, o post do ponto de retorno ensina.

As três perguntas, nesta ordem

Abriu o diff? Agora são três perguntas, e cada uma tem um jeito de responder sem entender programação.

1. Mexeu onde eu pedi?

Procure no diff uma palavra que aparece na sua tela. Texto de botão, nome de campo, título. O que o cliente lê está escrito no código, em português, do jeito que aparece.

Pediu um campo "Observação" no orçamento? Use a busca da página (Ctrl+F; no Mac, Cmd+F) e procure "Observação" no diff. Tem que estar numa linha verde, num arquivo com nome parecido com orçamento (Orcamento, Quote, Budget). Não achou a palavra em lugar nenhum? A IA não fez o que disse que fez. Você descobriu isso de graça, antes de pedir a próxima.

2. Mexeu onde eu não pedi?

Agora olhe a lista de arquivos, não as linhas. Três sinais de que a mudança saiu da cerca:

  • Um arquivo com nome de coisa cara: auth ou login (entrada), payment, checkout ou stripe (cobrança), migration, sql ou supabase (estrutura do banco), policy ou rls (quem pode ler o quê). Se o seu pedido não era sobre isso, pare.
  • Muito vermelho. Pediu pra acrescentar e o diff tem bloco grande saindo? A IA reescreveu em vez de acrescentar.
  • Arquivo apagado. Aparece marcado como removido (deleted). Pergunte por quê antes de seguir.

Achou um desses? Não precisa entender a linha. A pergunta é só se ela devia estar ali, e você sabe o que pediu.

3. O teste passou?

O diff diz o que mudou. Não diz se funciona. Agora sim, abra o app e confira com a frase que você escreveu antes de pedir: "vou saber que está pronto quando, fazendo X, eu vir Y" (o método completo está aqui). E rode o teste de 5 cliques pra ver se o resto continua de pé.

O que fazer com as respostas

Pergunta 1 Pergunta 2 Pergunta 3 O que fazer
sim não mexeu fora passou marque o ponto e só então peça a próxima coisa
sim mexeu fora passou não siga; peça na conversa "por que você alterou o arquivo X?" e decida se volta
não qualquer qualquer volte pra versão anterior e peça de novo, menor
sim não mexeu fora não passou um pedido de correção, com o que aparece na tela; se for o segundo, pare

Um aviso sobre "voltar": no Lovable, restaurar uma versão volta só o código. A documentação diz que os dados do banco não voltam. No Replit, o banco só volta se você marcar a opção Database nas opções extras do rollback. Se a pergunta 2 achou migration ou sql, voltar o código não desfaz o que mudou no banco, e é por isso que ela vem antes do teste.

Era uma parede só

Leva uns três minutos por resposta da IA. Parece muito até você comparar com o custo da alternativa, que é empilhar três pedidos em cima de um erro e pagar a quarta mensagem pra desfazer as três.

Isso é o "N" do jeito que eu trabalho: não aceitar sem prova. Funciona melhor se o pedido já foi pequeno e cercado, e protege mais se existe um ponto pra onde voltar. Cada uma dessas é outra parede, e elas têm ordem. A de hoje é só esta: na próxima vez que a IA disser "pronto", abra o diff antes de digitar qualquer coisa.

Fontes