Na era da IA, precisamos de engenheiros com mais "pensamento de produto".

O Claude Code fez com que a produção real da organização de engenharia da Anthropic atingisse cerca de três vezes a força de trabalho, mas o gargalo não desapareceu, ele mudou de 'escrever código' para 'decidir o que fazer'. (Resumo anterior: Claude Code adiciona funcionalidade de tarefas agendadas em nuvem! Sem precisar ligar o computador, a IA revisa PRs e atualiza automaticamente) (Contexto adicional: Engenheiros da Anthropic não escrevem mais código: Claude está treinando a próxima geração do Claude, CEO diz 'não tenho certeza de quanto tempo resta')

A produtividade dos engenheiros triplicou, mas a empresa está contratando mais pessoas. Isso parece contraditório, mas é exatamente o que a Anthropic está fazendo. De acordo com um artigo de opinião do engenheiro de software da Amazon Ishan Gupta publicado na VentureBeat, a Anthropic recentemente pediu à sua equipe de crescimento para 'contratar mais' gerentes de produto (PMs), em vez de demitir, porque o Claude Code fez com que a produção real de toda a organização de engenharia atingisse cerca de três vezes a força de trabalho, e o gargalo mudou do IDE (o lugar onde se escreve código) para as pessoas que 'decidem o que fazer'. Simplificando, a ferramenta ficou mais rápida, mas as pessoas que dizem à ferramenta o que fazer não acompanharam.

O gargalo não está na digitação

Gupta descreveu a aparência típica do fluxo de trabalho de engenharia na última década: engenheiros estudam tecnologia, escrevem código, e quando ficam presos, consultam o Stack Overflow. Agora, o número de novas perguntas mensais no Stack Overflow caiu cerca de 77% desde o lançamento do ChatGPT em novembro de 2022. Esse número em si é um perfil da indústria: Engenheiros não precisam mais esperar por respostas na comunidade. Ele dividiu essa transformação em cinco estágios. O primeiro estágio é a era do Stack Overflow (2014 ao final de 2022), onde o pensamento dos engenheiros estava concentrado em um lugar e os problemas tinham soluções fixas da comunidade. O segundo estágio é a era das abas do navegador (final de 2022 a 2024), onde o primeiro ChatGPT operava fora do IDE, os engenheiros escreviam prompts no navegador e colavam de volta no VS Code, todo o fluxo ainda era single-threaded e dirigido por engenheiros. O terceiro estágio é a era nativa do IDE (2024 a 2025): Cursor e Claude Code moveram os modelos para dentro do editor e deram acesso a todo o repositório. A consequência principal desse passo é que o papel do engenheiro sênior como 'caminho de escalada' praticamente desapareceu; engenheiros juniores não precisam mais bater na porta de colegas seniores quando estão presos, o modelo tem mais paciência do que qualquer colega. Em 2026, muitos desenvolvedores já digitam 'claude' como primeiro comando em um novo terminal. O quarto estágio é a era orientada por especificações (2025 a 2026): janelas de contexto maiores comprimem em uma única sessão o trabalho que antes exigia tickets, arquivos de design e um sprint inteiro. A equipe do Kiro IDE da Amazon supostamente reduziu o desenvolvimento de funcionalidades de duas semanas para dois dias. Uma equipe de engenharia da AWS completou em 76 dias uma reestruturação que inicialmente se estimava exigir 30 engenheiros e 18 meses, com 6 pessoas. O quinto estágio, que é o atual, é a era das Routines (2026): a Anthropic lançou em abril o Claude Code Routines, agentes que podem ser agendados e executados de forma residente, podendo executar em ciclos, webhooks ou durante a noite com o laptop fechado. Cron voltou, Hooks voltaram. O trabalho do engenheiro começa a ter um componente de 'orquestração': iniciar um grupo de agentes antes de dormir e revisar uma pilha de PRs pela manhã.

Quem decide o que fazer?

No entanto, embora a produtividade da engenharia tenha triplicado, o gerenciamento de produtos não mudou. Para preencher essa lacuna, o LinkedIn substituiu a trilha de gerente de produto associado (APM) pelo programa 'Product Builder', treinando generalistas que abrangem produto, design e engenharia; a Anthropic optou por contratar mais PMs diretamente. O conselho de Gupta para engenheiros é direto: o engenheiro importante em 2026 é aquele que não espera mais que as demandas de tickets cheguem. Em vez disso, ele deve conversar ativamente com clientes, ler sugestões de suporte ao cliente, participar de calls de vendas e ser capaz de gerar ideias reais em vez de apenas dar estimativas passivamente.

O bom engenheiro de 2026 não é aquele que escreve mais código, mas aquele que sabe o que fazer, consegue provar que vale a pena, tem uma frota de agentes com disciplina de revisão para entregar, sem deixar o sistema colapsar devido à velocidade. A conclusão de Gupta deixou uma escolha clara: engenheiros que internalizarem isso passarão pela década mais interessante da história do software; engenheiros que continuarem esperando por tickets verão os agentes ao lado processarem os tickets.