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 servidor, e refazer até bater.
Isso muda a resposta pra “quem conserta”: não é só “peça pra IA arrumar de novo”. É primeiro provar onde exatamente a informação parou de bater — a tela, o servidor, ou os dois.
Por que uma tela pode mostrar “sucesso” e não ter salvo nada?
Porque a confirmação que aparece na tela e o dado que fica gravado no servidor são duas coisas separadas, e uma pode falhar sem a outra perceber. No caso da campanha de anúncios, um aviso de verificação de identidade da conta tinha aparecido pouco antes — e a suspeita é que aquilo travou a escrita silenciosamente numa etapa específica do processo, enquanto outras etapas continuavam respondendo normal.
O sintoma: o campo de orçamento diário voltava a zero a cada recarregamento, 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 do assistente mostrar tudo pronto.
Como descobrir que algo quebrou antes que vire prejuízo?
Recarregando a página depois de qualquer ação de salvar, sempre — nunca aceitando a mensagem de sucesso como prova sozinha. Foi assim que se descobriu, numa checagem de rotina, que duas campanhas diferentes estavam ativas e gastando com a lista de palavras bloqueadas completamente vazia: o plano de bloqueio existia no registro interno, mas nunca tinha sido de fato aplicado na campanha real. As duas foram pausadas assim que o problema apareceu.
| 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?
A resposta prática que ficou: quem construiu — no meu caso, sempre com o Claude Code lendo o erro e propondo o conserto — é quem investiga a causa, mas quem aprova reativar qualquer coisa que estava quebrada é sempre uma pessoa, nunca a própria automação sozinha. No caso das campanhas pausadas, a reativação ficou explicitamente esperando aprovação humana, mesmo depois da correção aplicada, porque o histórico daquele erro específico ainda não tinha explicação 100% confirmada.
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.
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 reativar com aprovação humana explícita.
Deixe um comentário