Automação que escreve no mundo real precisa de um teto absoluto

Toda automação que só lê dados erra em silêncio: um relatório sai torto, alguém percebe, corrige. A automação que escreve — muda preço, emite nota, envia mensagem, baixa título — erra em público. E erra rápido, porque roda em laço.

Aprendemos isso numa rotina de preços de marketplace. A regra dizia que o preço podia variar até um certo limite. O código leu esse limite como percentual onde deveria ser valor, e a cada volta do laço o preço subia mais um degrau. Quando alguém olhou, um produto estava anunciado por um valor que nenhum cliente pagaria.

O laço é o multiplicador do erro

Uma pessoa que comete esse engano muda um preço e para. Um laço repete o engano em todos os itens, a cada execução, até que alguém intervenha. Por isso o risco de uma automação não é medido pelo erro que ela pode cometer, e sim pelo erro multiplicado pela quantidade de vezes que ela roda sem supervisão.

A tentação é responder com mais lógica: validar melhor a regra, testar mais casos. Isso ajuda, mas não resolve. Sempre haverá uma combinação que ninguém previu.

O que mudou na forma de construir

Hoje toda rotina nossa que escreve em sistema de terceiros nasce com três travas que não dependem da regra de negócio. Primeiro, um teto absoluto: nenhum preço passa de X, nenhuma variação passa de Y reais por execução, nenhum lote passa de N itens por dia. São números fixos, escritos no código, que nenhum cálculo atravessa.

Segundo, um modo de ensaio: antes de ligar de verdade, a rotina roda dizendo o que faria, e alguém confere a lista. Terceiro, aviso a cada escrita fora do normal, para que a pessoa responsável saiba no mesmo minuto — não no fechamento do mês.

E uma quarta regra, que vale para operações sem volta, como dar baixa num financeiro: autorização ampla não define tamanho de lote. Se a pessoa disse "pode rodar", a primeira execução é pequena, conferida, e só depois cresce.

Para quem está automatizando agora

Se você tem uma rotina que muda preço, estoque ou cadastro sozinha, faça uma pergunta simples: qual é o pior valor que ela consegue escrever? Se a resposta for "depende", falta um teto. Ele custa uma linha de código e evita o tipo de erro que aparece no print do cliente antes de aparecer no seu painel.