Quem conserta é quem construiu, mas só se existir prova de que quebrou de verdade — não a tela dizendo que deu certo. Numa campanha de anúncios que administro, a tela mostrava “orçamento salvo”, mas ao recarregar a página o valor voltava a R$0,00. O conserto foi recarregar, comparar com o que ficou gravado, e refazer até bater.
Isso muda a resposta para “quem conserta”. Não basta pedir para a IA arrumar de novo. Primeiro é preciso provar onde a informação parou de bater: na tela, no servidor (o computador onde o sistema guarda os dados de verdade) ou nos dois.
Por que uma tela pode mostrar “sucesso” e não ter salvo nada?
Porque a confirmação na tela e o dado gravado no servidor são duas coisas separadas. Uma pode falhar sem a outra perceber. A tela só avisa que o pedido saiu. Ela não garante que o pedido chegou e foi aceito.
No caso da campanha de anúncios, um aviso de verificação de identidade da conta tinha aparecido pouco antes. A suspeita é que aquilo travou a escrita em silêncio numa etapa específica do processo. As outras etapas continuavam respondendo normal.
O sintoma: o campo de orçamento diário voltava a zero a cada recarregamento. Isso mesmo depois de digitar o valor várias vezes e a tela confirmar “salvo”. Palavras-chave e anúncio também não existiam de verdade no servidor, apesar de o assistente mostrar tudo pronto.
Onde falha a automação que responde “ok”?
Nos pontos em que o sistema responde “ok” para uma coisa e faz outra. O orçamento zerado não foi um caso isolado. No mesmo trabalho com anúncios e com um CRM (o sistema que guarda a lista de contatos e clientes), apareceram outras falhas da mesma família:
| Onde falhou | O que a tela dizia | O que era de verdade |
|---|---|---|
| Limite de preço por clique | Campanha pronta | Campo vazio: a campanha podia pagar quanto quisesse por clique |
| Extras do anúncio importados por planilha | Importação concluída | Os extras nunca subiram |
| Título de anúncio importado | Texto aceito | Uma palavra perdeu letras por erro de acentuação e virou outra palavra válida |
| Formulário do CRM | “Enviado com sucesso” | O contato com telefone repetido foi juntado ao antigo, sem criar um novo |
Por que esses erros enganam até quem confere?
O limite de clique vazio custou R$19,45 num único dia: 3 cliques, a R$6,48 cada, em média. Foi o erro mais barato de descobrir e o mais caro de ignorar.
O caso do título é o mais traiçoeiro. Não sobrou nenhum símbolo estranho para dar alarme. Só comparando campo a campo com o texto original dava para ver.
O do formulário engana até quem testa. Quem reenvia com o mesmo telefone de teste acha que o contato “não chegou”. Ele chegou, só foi juntado ao que já existia.
Como descobrir que algo quebrou antes que vire prejuízo?
Recarregando a página depois de qualquer ação de salvar, sempre. A mensagem de sucesso sozinha nunca vale como prova.
Foi assim que, numa checagem de rotina, apareceram duas campanhas ativas gastando com a lista de palavras bloqueadas completamente vazia. O plano de bloqueio existia no registro interno. Mas nunca tinha sido aplicado de fato na campanha real. As duas foram pausadas assim que o problema apareceu.
Na prática, a conferência tem quatro passos:
- Salvar e recarregar a página, sem confiar no aviso de “salvo”.
- Comparar o valor na tela com o valor que você pediu, número por número.
- Testar com um dado novo, nunca com um que o sistema já conhece.
- Anotar a diferença antes de pedir o conserto, para a IA atacar a causa e não o sintoma.
| Sinal de alerta | O que ele revelou |
|---|---|
| Campo de orçamento voltava a R$0,00 sozinho | Escrita bloqueada silenciosamente numa etapa específica |
| Lista de bloqueio vazia numa campanha ativa | Configuração planejada nunca aplicada de verdade |
| Aviso de “verificação de identidade” pendente | Provável causa raiz das duas falhas acima |
Quem é responsável quando a IA constrói e algo quebra depois?
Quem construiu investiga a causa. No meu caso, sempre com o Claude Code lendo o erro e propondo o conserto. Mas quem aprova religar o que estava quebrado é sempre uma pessoa, nunca a própria automação sozinha.
No caso das campanhas pausadas, a reativação ficou esperando aprovação humana mesmo depois da correção aplicada. O motivo: aquele erro específico ainda não tinha explicação 100% confirmada.
Essa divisão virou regra escrita. Ajuste técnico de configuração, como preencher uma lista de palavras bloqueadas, pode ser feito e mostrado depois. Já qualquer valor em dinheiro — orçamento, lance, custo por venda — só muda com o “ok” da pessoa, vendo o número atual e o novo lado a lado.
Pausar campanha também pede esse “ok”. Ligar anúncio, nunca: esse clique é sempre humano. E com campanha no ar, um “pode seguir” dado antes não vale para um valor novo.
Quando essa regra se aplica bem — e quando não?
Ela se aplica bem nos seguintes casos:
- Automação que mexe com dinheiro, como anúncio, cobrança ou orçamento.
- Sistema que grava dado de cliente, como CRM ou formulário de cadastro.
- Importação em lote por planilha, em que um erro se repete em muitas linhas de uma vez.
- Qualquer tela em que a plataforma mostrou um aviso pouco antes, como um pedido de verificação de conta.
Ela vale menos esforço quando o resultado aparece na sua frente na hora e não custa nada errar. Um rascunho, um teste que ninguém vai usar para decidir, um botão que mudou de cor. Nesses casos, recarregar e comparar custa mais tempo do que o erro custaria.
O que muda depois desse tipo de erro?
Vira regra permanente: toda ação de “salvar” passa a ser conferida recarregando a tela, nunca pela mensagem de sucesso isolada.
É o mesmo princípio por trás de tratar dado sensível com cuidado redobrado, descrito em é seguro usar IA com dado de cliente no meu negócio. Confiar sem checar é o erro que se repete em qualquer sistema automatizado, não só em anúncio.
Como resolver isso com IA, passo a passo?
1. O que construir. Uma skill de conferência no Claude Code (uma skill é um conjunto de instruções salvas que a IA segue sempre do mesmo jeito). Depois de cada ação de salvar, ela lê de novo o que ficou gravado e monta uma tabela com três colunas: o que foi pedido, o que ficou gravado e se os dois batem. Ela aponta a diferença, mas não religa nada e não muda valor em dinheiro sem o “ok” de uma pessoa.
2. O pedido pronto para copiar. O pedido que recomendamos colar no Claude Code:
“Crie uma skill chamada ‘conferir depois de salvar’. Toda vez que você salvar algo num sistema meu, faça isto: 1) leia de novo o valor gravado, sem confiar na mensagem de sucesso; 2) me mostre uma tabela com o que eu pedi, o que ficou gravado e se bate, campo por campo, letra por letra nos textos; 3) se algum campo estiver vazio ou diferente, pare e me diga onde divergiu antes de tentar consertar; 4) teste cadastros sempre com um dado novo, nunca com um que o sistema já conhece; 5) qualquer valor em dinheiro, como orçamento ou lance, só muda com meu ‘ok’, mostrando o valor atual e o novo lado a lado; 6) nunca religue nada sozinha. Explique em português simples.”
Como conferir se a skill pega o erro de verdade?
3. O teste do orçamento zerado. Use os casos da tabela deste artigo. Salve um orçamento e confira: se o valor gravado voltar a R$0,00, a skill tem que marcar “não bate”, mesmo com a tela dizendo “salvo”. Deixe o limite de preço por clique vazio de propósito: ela tem que acusar o campo vazio. Mande o formulário com um telefone que já existe: ela tem que avisar que o contato foi juntado ao antigo. Se qualquer um passar como “ok”, a skill está reprovada.
Quanto custa e quanto tempo leva para montar a skill?
4. Custo e tempo. A skill roda no Claude Code. A página oficial de preços do Claude, vista do Brasil em 02/10/2026, mostra o plano Pro a R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), com o Claude Code incluído. O plano Free é R$ 0 e não inclui o Claude Code. Os preços não incluem impostos aplicáveis. O tempo não medimos à parte; depende de quantos sistemas ela vai conferir. Como régua de custo do erro, o limite de clique vazio custou R$19,45 num único dia.
O que a gente faria no seu lugar?
Nós trataríamos toda mensagem de “salvo com sucesso” como um palpite, não como prova. O motivo está no próprio caso: o orçamento voltou a R$0,00 várias vezes com a tela dizendo “salvo”. E o limite de clique vazio custou R$19,45 em um dia só.
Faríamos a conferência logo depois de cada ação que mexe com dinheiro ou com dado de cliente. Não no fim do mês, quando o estrago já somou. E não faríamos isso de memória: deixaríamos a skill “conferir depois de salvar” rodar sozinha a cada ação, devolvendo a tabela de pedido contra gravado.
O que não faríamos: pedir para a IA “arrumar de novo” sem antes mostrar onde a tela e o dado gravado divergem. Também não deixaríamos a própria automação religar o que estava quebrado. Religar é decisão de uma pessoa.
Em resumo
Quando uma automação construída com IA quebra depois de pronta, quem conserta é quem construiu. Mas o primeiro passo nunca é confiar na mensagem de sucesso da tela.
É comparar o que a tela mostra com o que realmente está gravado, achar onde os dois divergem, e só então religar, com aprovação humana explícita.
Este artigo faz parte do pilar Eu não sou programador — dá pra construir com IA mesmo assim?.
Deixe um comentário