O problema nunca foi o código sair errado; foi a decisão ser tomada sem ninguém saber.
Pedir pra uma IA "resolver isso" parece simples, até lembrar como a maioria das tarefas chega descrita: um título, duas linhas, um critério de aceite genérico. Suficiente pra alguém que já conhece o sistema preencher os buracos com contexto que já tem na cabeça. Insuficiente pra uma IA, que vai preencher os mesmos buracos, só que adivinhando, e sem avisar que estava adivinhando.
O sintoma não aparece como erro malformado. Aparece como decisão de design tomada no meio da implementação, sem registro, sem ninguém saber que ela foi tomada. E o problema não some; fica dormente até o dia em que o caminho que ficou de fora for exatamente o caminho que um caso real vai seguir.
Isso não é exclusivo de código gerado por IA. É a mesma lógica que aplico em qualquer diagnóstico: só libero implementação depois que a decisão está registrada, revisada e aprovada, nunca no meio do processo, nunca em silêncio. Propor, aprovar, executar. Sem pular etapa.
Um exemplo concreto disso, sem uma linha de IA envolvida: no modelo de dados da Arquimadera, o problema era o próprio sistema decidindo sozinho. Categorias, fornecedores, marcas e produtos existiam como texto livre, repetido em várias células. Uma automação assumia, silenciosamente, que "Fornecedor X" numa célula era o mesmo "Fornecedor X" em outra, até não ser. Uma variação mínima no nome quebrava uma fórmula sem avisar, e o erro não aparecia no momento em que acontecia; aparecia semanas depois, disfarçado de preço errado ou produto duplicado.
A solução não foi corrigir a automação. Foi eliminar a ambiguidade na origem: cada entidade passou a ter um ID único e estável, e a consolidação ficou documentada ao longo de 40 mudanças rastreadas. A automação parou de precisar "decidir" se dois textos eram a mesma coisa, porque essa decisão já estava registrada antes (no ID, não numa suposição feita no meio do processo).
É o mesmo princípio, com ou sem IA: decisão registrada antes de virar comportamento elimina uma classe inteira de erro silencioso. Documentar antes de implementar não deixa o trabalho mais lento; deixa mais devagar só o primeiro passo, e evita o retrabalho que normalmente aparece semanas depois, disfarçado de outra coisa.
Se alguém (ou alguma automação) está decidindo por conta própria nos seus processos, sem que ninguém tenha percebido ainda, escreva pra mim: kaluanautomate@gmail.com ou pelo LinkedIn.