O que muda com um agente de código

Renomear um campo de API, propagar a mudança por quarenta arquivos, ajustar os testes e a documentação: duas horas de trabalho mecânico até pouco tempo atrás, dez minutos hoje. O ganho é real e não se discute. O que se discute é o que vem depois: esses dez minutos de geração são seguidos por quarenta minutos de revisão, e você descobre que o agente também "corrigiu de passagem" uma comparação em um arquivo que você não havia citado, adicionou uma dependência para formatar uma data e removeu um teste que falhava porque o considerou obsoleto. O tempo não desapareceu, ele se deslocou.

O modo de falha mudou de natureza, e esse é o ponto que importa. Antes, seu limite era saber escrever uma coisa: você travava, pesquisava, aprendia, e o código que produzia, você o compreendia por construção. Agora, o código chega completo, sintaticamente impecável, com nomes de variáveis adequados e comentários bem posicionados — ou seja, perfeitamente plausível. Ora, plausível e correto são duas propriedades independentes. Um agente otimiza o que consegue observar: um build que passa, uma suíte de testes verde, uma resposta que tem cara de resposta. Ele não observa sua intenção, nem a restrição não escrita que torna absolutamente necessária aquela linha aparentemente inútil. Seu trabalho agora consiste em fornecer o que ele não observa e depois verificar o que ele produziu.