Inteligência ficou abundante. Julgamento não.

A IA escreve código cada vez melhor. Não é promessa de fabricante: é o que aparece no dia a dia de quem constrói software.

O que isso muda é menos óbvio do que parece.

A linha que separa as duas metades

Tarefas em que a IA acelera muito têm uma coisa em comum: a resposta é verificável em pouco tempo.

Rascunho de função, migração de sintaxe, teste para um caso conhecido, documentação de algo que já existe, leitura de código alheio, exploração de alternativas que você descartaria em dez minutos. Em todas, você olha o resultado e sabe se está certo.

Tarefas em que ela ajuda pouco têm o oposto: a resposta só se revela depois.

O que construir. Por quê agora. Qual pedaço fica de fora. Até onde confiar em um resultado que parece bom. Quando simplificar e quando aprofundar. Quanto risco aceitar.

Não é que a IA não opine sobre isso — ela opina, e com fluência. É que não existe verificação no momento da decisão. A consequência chega meses depois.

O efeito colateral do custo baixo

Quando produzir código fica barato, produzir código deixa de ser o gargalo. E aí aparece um efeito que quase ninguém antecipou: é mais fácil construir a coisa errada mais rápido.

Antes, o custo de implementação funcionava como um freio acidental. Uma ideia ruim morria no esforço de construí-la. Esse freio afrouxou.

Quem decide o que entra no sistema ganhou mais peso, não menos.

Onde eu vejo falhar

Alguns padrões se repetem:

• Confiança sem verificação. Código que compila, passa nos testes que ele mesmo escreveu, e está errado quanto à regra de negócio.
• Contexto ausente. A IA não sabe o que quebrou em produção há dois anos, e a decisão de arquitetura daquela época existe por causa disso.
• Média em vez de julgamento. A resposta mais provável é ótima na maioria das vezes. As decisões difíceis são exatamente as que não estão na média.

O que isso pede de quem constrói

Menos digitação, mais critério. Menos "como fazer", mais "se vale a pena".

A parte da engenharia que a IA absorve é a que já era mecânica. A parte que sobra — entender o problema, escolher o corte, assumir o risco — nunca foi sobre digitar rápido.