Muita gente de escritório está se consolando com a pergunta errada. Ficam perguntando se a IA consegue fazer o trabalho inteiro deles. Não é esse o critério que o empregador vai usar. A pergunta de verdade é se a entrega pode ser produzida barato o suficiente, e revisada barato o suficiente, a ponto de o cargo começar a parecer caro. Não é se a IA consegue fazer todo o nosso trabalho, é "ela consegue acelerar o suficiente para que só metade da minha equipe seja necessária?". Porque a resposta para isso, infelizmente, é sim.
Isso importa porque boa parte do trabalho de escritório já chega num formato revisável. Uma nota de mercado, um rascunho, uma passada na documentação, um resumo de pesquisa. Uma apresentação de slides. Uma correção rotineira de código com critérios de aceitação claros. O trabalho manual por trás dessas entregas pode até ser real, mas o produto final muitas vezes é legível o bastante para que alguém mais sênior o inspecione, corrija as falhas óbvias e ainda assim gaste menos do que o antigo custo total de mão de obra.
Esse é o mecanismo que as pessoas não querem encarar. A IA não precisa substituir confiança, julgamento ou contexto tudo de uma vez. Ela só precisa tornar boa parte do primeiro rascunho produzível por máquina, a ponto de um único revisor supervisionar o que antes exigia várias pessoas produzindo do zero. Na prática isso significa menos analistas, menos coordenadores, menos redatores juniores, menos programadores juniores fazendo o trabalho de acabamento, e mais pressão sobre quem sobra para validar a saída da máquina em vez de gerar cada linha por conta própria.
Você já consegue ver o padrão no fluxo de trabalho comum. Um gestor costumava precisar de um analista para reunir o material de origem, redigir o memorando interno e dar forma à primeira recomendação. Agora o analista até pode continuar existindo, mas provavelmente consegue atender vários gestores ao mesmo tempo. Ou o gestor precisa de menos analistas. A mesma coisa acontece no code review. Um humano ainda importa, às vezes muito, mas o humano é puxado para cima, para a validação, os casos extremos e a responsabilidade, enquanto o primeiro rascunho barato é gerado em outro lugar.
É por isso que o trabalho de escritório está mais exposto do que as pessoas querem admitir. É porque o trabalho de informação costumava ser caro. As organizações tinham que pagar humanos pelo primeiro rascunho porque não havia outra forma de consegui-lo. Quando o primeiro rascunho fica barato, o valor do cargo passa a ser julgado com mais dureza. O cargo deixa de ser precificado por produzir linguagem organizada. Passa a ser precificado por responsabilidade, verificação e consequências.
O contraste com arte e outros trabalhos difíceis de especificar deve continuar restrito. Um bom trabalho visual ainda é mais difícil de descrever com precisão e mais difícil de verificar barato do que texto, lógica de planilha ou mudanças rotineiras de código. Isso não torna o trabalho criativo imune. Só significa que a lógica de compressão é mais forte onde o sucesso é fácil de descrever e a falha é barata de inspecionar.
O trabalho que sobrevive melhor fica mais perto da realidade. Ele é dono de sistemas, assina embaixo de resultados, absorve consequências e lida com um contexto bagunçado que não cabe direitinho numa fila de revisão. É mais difícil comprimir o trabalho de quem tem que validar um sistema físico, gerenciar um conflito ao vivo com um cliente, assumir a resposta a uma queda de serviço ou tomar uma decisão quando as informações estão incompletas e o custo do erro é real. Se algo, isso torna esses gargalos humanos restantes mais visíveis. Para engenheiros, por exemplo, isso reduz bastante o custo de escrever código (e até de projetar), ao mesmo tempo em que aumenta o valor de pessoas que sabem se adaptar e levar algo até o fim. Ser uma pessoa de ponta a ponta, alguém que consegue pegar uma ideia ou uma funcionalidade e quebrá-la em vários componentes e depois priorizar e executar tudo isso, é o que a engenharia de software virou agora. É pouco provável que você vá programar muito daqui pra frente, especialmente quanto melhor a IA fica nisso. Mas você vai precisar entender padrões, designs, ferramentas... e juntar tudo isso.
Sim, a IA sozinha não vai construir nada. Mas uma pessoa com IA vai construir o que uma equipe de 10 fazia antes. Então, para aqueles 9, dá para dizer com toda a certeza que a IA está substituindo eles.