Imagine que você pede a um agente de IA, desses programas que fazem tarefas sozinhos, para conferir o catálogo da sua loja virtual. A resposta te surpreende: o produto mais novo da vitrine entrou semanas atrás.
Você abre o site. Carrega normal, sem erro nenhum. Só que nada ali é recente.
Parece bobo, mas uma automação de processos com IA pode parar assim, em silêncio. O fornecedor aposentou a versão que escrevia as descrições... e o seu sistema continuou rodando sem ela. Automação só com regras também pode parar assim, por outros motivos.
No meu dia a dia com IA, aprendi a desconfiar de sistema que fica muito tempo quieto. Uma tela bonita que abre não significa necessariamente que o trabalho está feito. E na sua empresa... quem te avisaria?
Resposta curta
São três peças simples. O apelido e a trava diminuem a chance de o sistema pedir um nome que já saiu de linha. Se parar mesmo assim, a contagem te avisa cedo:
- um apelido no lugar do nome com data, quando o fornecedor oferece essa opção;
- uma trava que barra o nome aposentado antes de ele entrar em uso;
- uma contagem diária do que o sistema entrega.
Como um sistema para sem dar nenhum aviso?
O sistema simplesmente para quando uma peça de fora falha e ninguém percebe. E aí é que mora o problema.
Digamos que a sua loja peça a uma IA de fora a descrição de cada produto novo. Sem descrição, o produto não vai para a vitrine. Essas IAs têm versões, igual a um celular. O fornecedor lança uma versão nova e, um tempo depois, pode aposentar a antiga.
Imagine que o seu sistema peça essa IA pelo nome exato, com uma data no fim. Chega o dia em que essa versão é aposentada... e todos os pedidos falham.
Mesmo assim, as telas abrem, as informações antigas continuam lá e nenhuma tela te avisa de nada. Se o fornecedor mandou um e-mail avisando, ele pode ter se perdido na caixa de alguém. Só falta a descrição nova, e ausência não faz barulho. Estar no ar é uma coisa; entregar é outra.
Por que consertar só onde o erro apareceu não basta?
O motivo é simples: o nome velho costuma ficar anotado em vários lugares do sistema. Trocar o nome em um só lugar e lavar as mãos não resolve. Nada impede que o erro volte.
Imagine que o nome velho esteja em três lugares: opções do sistema, tarefas automáticas e anotações antigas. Você corrige o primeiro e esquece os outros dois. Cada esquecimento vira uma armadilha. Corrigir lugar por lugar é enxugar gelo.
Quem corrige só o ponto da vez vê o erro voltar. O certo é caçar o nome em todos os lugares de uma vez, e depois garantir que ele não volte. A saída é mudar a regra, não o ponto.
O que ajuda para o erro não voltar?
Como eu comentei antes, são três peças. Duas reduzem o risco do erro. A terceira te avisa se ele passar.
Em palavras simples
Nome com data: o nome exato de uma versão, como pedir um celular pelo código de fábrica. Essa versão pode sair de linha. Apelido: um nome que alguns fornecedores oferecem e que acompanha a edição mais recente de uma versão, como pedir "o modelo mais recente". Vale confirmar com o fornecedor como ele muda.
A primeira peça é o apelido, quando o fornecedor oferece um. Na Anthropic, por exemplo, claude-opus-4-5-20251101 é o nome com data, e claude-opus-4-5 é o apelido. O apelido segue a edição mais recente daquela versão... mas até onde ele vai muda de fornecedor para fornecedor, então vale confirmar.
A segunda é a trava. É uma verificação automática que recusa a mudança antes de ela entrar em uso. Pense no conferente que barra no portão o caminhão com um produto que o fornecedor não vende mais. A trava impede que um nome aposentado volte a ser escrito.
Mas a trava só olha as mudanças novas, e só barra os nomes que você já sabe que foram aposentados. E o apelido não te protege se o fornecedor inteiro cair... É por isso que existe a terceira peça. A contagem te avisa cedo.
Como saber que uma automação de processos com IA parou?
Conte o que o sistema entrega no dia e crie um aviso para quando o número cair a zero ou ficar bem abaixo do normal. Uma pergunta simples basta: quantas descrições novas saíram hoje? Lembra: um sistema pode estar no ar e entregar zero.
Isso serve para qualquer tarefa que roda sozinha na sua empresa. Pedidos gerados, e-mails enviados, relatórios montados. Anote quantos costumam sair por dia, ou a cada rodada se ela não roda todo dia, para saber o que é normal. Com planilhas acontece o mesmo, e já escrevi sobre os erros de planilha automática que não aparecem na tela.
Se eu pudesse montar uma só conferência em qualquer sistema com IA, seria esta: a contagem do que ele entrega.
Quando essas peças não valem a pena?
A trava dá trabalho e não compensa quando alguém da equipe lê tudo o que a IA faz e a rotina roda pouco. Nesse caso, um lembrete no calendário para acompanhar os avisos do fornecedor pode bastar. Já a contagem costuma ser simples e vale quase sempre: se a rotina não é diária, confira se cada rodada prevista entregou.
A trava vale muito quando o sistema roda sozinho e o resultado vai direto para uma decisão ou para um cliente. Escrevi sobre uma trava parecida um tempo atrás, a que confere o texto que a IA escreve.
O apelido também tem um custo: o fornecedor pode trocar a versão por trás dele, e a IA passa a responder um pouco diferente. Vale rodar de tempos em tempos os mesmos exemplos e comparar as respostas, como numa comparação justa entre modelos de IA.
Uma dica prática: peça a quem montar a sua automação a lista de tudo o que vem de fora. IA, sistema de gestão, e-mail, pagamento.
Em resumo
- Quando uma peça de fora deixa de existir, o sistema pode parar sem nenhum erro visível.
- Versões de IA podem sair de uso. O apelido, quando existe, ajuda a não ficar preso a uma delas.
- Consertar só onde o erro apareceu deixa a porta aberta. A trava fecha essa porta antes de a mudança entrar em uso.
- Contar o que o sistema entrega avisa cedo se mesmo assim parar.
Uma pergunta para levar: se um fornecedor deixasse de oferecer hoje uma peça do seu processo, quem ficaria sabendo, e em quanto tempo?
