Os agentes de código com IA não nos substituíram — mudaram como é um dia de trabalho
A certa altura no último ano a forma de um dia de trabalho mudou em silêncio. Não despedimos ninguém, não contratámos um robô, nem multiplicámos por dez a produção. Mas as horas parecem diferentes, e fingir o contrário seria desonesto. Os agentes de código com IA — os que leem a tua base de código, editam ficheiros, correm comandos e iteram — passaram de truque de festa a parte normal da forma como um estúdio pequeno entrega. Eis o que mudou de facto, sem a parte ofegante.
Em que são genuinamente bons
Os ganhos são reais e concentram-se num sítio: trabalho mecânico, bem especificado e verificável.
- Andaimes e boilerplate. Novo componente, novo endpoint, a décima variação de um formulário. O agente escreve os 80% óbvios em segundos e gastas a atenção nos 20% que precisavam de cabeça.
- Tradução e tédio. Portar um padrão entre ficheiros, migrar uma API, produzir a versão trilingue de uma coisa, perseguir um rename pela base de código. Trabalho que nunca foi difícil, só lento.
- O primeiro rascunho de uma experiência. "Constrói-me uma versão tosca de X para eu ver se a ideia presta." Chegar a um protótipo a funcionar uma hora mais cedo muda que ideias sequer te dás ao trabalho de experimentar.
- Um segundo par de olhos. "Porque é que isto está undefined, o que me está a escapar." Muitas vezes mais rápido que uma pesquisa, e está a olhar para o teu código real.
Em que continuam maus
Os modos de falha são igualmente consistentes, e conhecê-los é agora a habilidade toda:
- Gosto. Um agente produz alegremente algo que funciona e é feio, genérico ou subtilmente fora da marca. Não tem opinião sobre se a coisa é boa — só se corre. Esse juízo continua a ser inteiramente teu.
- Saber quando está errado. O output perigoso não é o erro que rebenta; é a resposta plausível que está silenciosamente errada. Um agente afirma uma coisa errada com confiança exactamente no mesmo tom de uma certa.
- Arquitectura nova. Pede-lhe o décimo formulário CRUD e brilha. Pede-lhe a decisão estrutural sobre a qual todo o teu sistema assenta e voltas a ser o arquitecto, usando-o como um desenhador muito rápido.
- O seu próprio raio de destruição. Deixado à solta, refactoriza com confiança mais do que pediste, ou "corrige" algo que não estava partido. Segurar o âmbito é o teu trabalho.
A verdadeira mudança: o trabalho é agora verificação
Esta é a parte que demorámos a dizer em voz alta. Quando um agente produz uma implementação plausível em segundos, escrever o código deixa de ser o estrangulamento. Confiar nele passa a ser o estrangulamento. O centro de gravidade do dia de um programador desloca-se de escrever para rever — ler um diff que não escreveste, com a suspeita específica de que pode estar subtilmente errado, e ter o gosto para rejeitar trabalho que apenas funciona.
É um músculo diferente daquele que a indústria treinou durante trinta anos. Recompensa quem consegue segurar uma especificação clara, quem verifica contra a coisa a correr a sério em vez da vibe do código, e quem conhece o seu domínio bem o suficiente para cheirar quando uma resposta está torta. Pune quem faz cargo-cult do output de um agente para produção só porque parecia confiante.
Onde aterrámos
Não somos românticos quanto a isto, nem catastrofistas. Bem usado, um agente é o desenhador júnior mais rápido com quem alguma vez trabalhaste — incansável, enciclopédico, e com genuína necessidade de supervisão adulta. Não substituiu o ofício. Subiu o ofício um nível: de "consegues escrevê-lo" para "consegues dizer se presta, e prová-lo." Essa foi sempre a pergunta mais difícil e mais valiosa. Agora é a maior parte do trabalho.
(Se queres a nossa opinião sobre o outro tipo de agente — o produto autónomo que toda a gente quer aparafusar à sua app — já escrevemos essa: na maioria, não.)