O High Individual Contributor na era dos agentes de IA

Tenho pensado muito sobre o papel do High Individual Contributor na era dos agentes de IA.

Não no sentido romantizado do “desenvolvedor 10x”. Nem na narrativa simplista de que a IA substituirá equipes inteiras de engenharia.

A mudança me parece mais interessante — e também mais exigente.

Nas últimas semanas, meu trabalho atravessou camadas muito diferentes da engenharia de software: desempenho em imagens médicas, interoperabilidade DICOM, substituição de fluxos low-code que viraram gargalos de produção, melhoria de visualizadores clínicos, simplificação de pipelines de metadados, construção de agentes baseados em WhatsApp e coordenação de agentes de programação.

Uma leitura superficial seria: a IA me ajudou a fazer mais coisas com maior velocidade.

Mas essa não é a parte mais importante.

A percepção mais importante é esta: agentes de IA não substituíram a engenharia. Eles amplificaram contexto, julgamento e autonomia.

Um agente consegue escrever código. Mas não sabe, sozinho, qual gargalo realmente importa.

Ele não entende automaticamente quando uma ferramenta de automação low-code deixou de acelerar o produto e começou a limitá-lo. Não compreende de fato a diferença entre uma integração que funciona no caminho feliz e um sistema que precisa sobreviver a equipamentos reais, protocolos reais, dados incompletos, redes instáveis, hardware limitado, pressão operacional e usuários em produção.

Ele não decide, com responsabilidade de produto, se um agente dentro de um grupo de WhatsApp deve responder — ou permanecer em silêncio.

Também não percebe naturalmente que, às vezes, a maior melhoria arquitetural não é otimizar uma etapa, mas eliminá-la por completo.

É aí que a senioridade continua importante. Talvez ainda mais do que antes.

A IA aumenta a velocidade. A senioridade dá direção.

A verdadeira alavancagem aparece quando existe senioridade antes da IA.

E, por senioridade, não quero dizer apenas escrever código melhor. Quero dizer a capacidade de transitar entre camadas:

• produto;
• domínio;
• arquitetura;
• operações;
• desempenho;
• dados;
• experiência do usuário;
• integrações;
• manutenção;
• trade-offs.

É a capacidade de transformar ambiguidade em decisões. Decisões em sistemas. Sistemas em produtos. E produtos em algo capaz de sobreviver à produção.

Isso é muito diferente de simplesmente concluir mais tarefas.

O novo High IC não é apenas mais rápido

Talvez o novo High Individual Contributor não seja quem executa o maior número de tarefas. Talvez seja quem consegue ampliar seu raio de impacto sem terceirizar a responsabilidade para a ferramenta.

Agentes aumentam a velocidade. Mas velocidade sem julgamento apenas entrega dívida técnica mais rápido.

Esse é um dos maiores riscos que vejo na onda atual de IA. Muitas equipes tratam agentes como geradores de código. Algumas os tratam como desenvolvedores juniores. Outras, como um atalho para evitar arquitetura.

Em sistemas reais, porém, a parte difícil raramente é apenas escrever código. A parte difícil é saber o que deve existir — e o que não deve.

É saber quando uma ferramenta virou gargalo; quando um pipeline deve ser simplificado; quando um modelo não é confiável o suficiente; quando a experiência precisa de comportamento específico do domínio; quando o sistema exige retentativas, auditoria, observabilidade, idempotência ou uma fronteira completamente diferente.

O agente pode ajudar a executar. Mas alguém ainda precisa saber como é uma boa execução.

Agentes não substituem responsabilidade de engenharia

Um agente de programação pode produzir uma implementação funcional. Mas ele não assume automaticamente a responsabilidade por manutenção, segurança operacional, adequação ao produto ou arquitetura de longo prazo.

Ele não acorda de madrugada porque um sistema de produção falhou. Não sente o custo de uma abstração ruim que se espalha pelo código. Não entende as consequências políticas, financeiras, operacionais e humanas de uma decisão técnica, a menos que alguém traga esse contexto para o trabalho.

Esse alguém ainda é o engenheiro — ou, mais precisamente, o engenheiro que entende que software não é apenas código.

Software é um sistema de decisões. Agentes de IA tornam essas decisões mais rápidas, mais numerosas e mais consequentes. Por isso, julgamento importa mais, não menos.

Da programação à orquestração

O papel do individual contributor também está mudando.

Um IC forte já não é apenas quem consegue implementar pessoalmente uma funcionalidade de ponta a ponta. Isso ainda importa, mas o papel está se expandindo em direção à orquestração técnica.

O engenheiro moderno de alto impacto precisa:

• decompor problemas ambíguos;
• definir fronteiras fortes;
• fornecer contexto aos agentes;
• revisar criticamente o trabalho gerado;
• remover complexidade desnecessária;
• preservar memória técnica;
• escolher quando não automatizar;
• conectar intenção de produto ao comportamento do sistema;
• manter as restrições de produção visíveis.

Isso não é “engenharia de prompt”. É engenharia. O prompt é apenas uma interface.

A habilidade real continua sendo arquitetura, entendimento de domínio, julgamento de produto e responsabilidade operacional.

A verdadeira alavancagem não é automação. É julgamento amplificado.

Os profissionais mais valiosos desta nova fase não serão necessariamente aqueles que usam o maior número de ferramentas de IA.

Serão aqueles que sabem orquestrar agentes, avaliar resultados, preservar contexto, simplificar sistemas e entregar software real em ambientes reais.

Existe uma diferença enorme entre:

“A IA me ajudou a gerar código.”

e:

“A IA me ajudou a ampliar meu raio de impacto mantendo intacta a responsabilidade de engenharia.”

A primeira frase descreve automação. A segunda descreve alavancagem.

A era dos agentes expõe a qualidade da engenharia

A era dos agentes de IA não torna a engenharia menos importante. Ela expõe, com muito mais intensidade, quem já tinha profundidade de engenharia por trás do teclado.

Expõe quem entende sistemas. Quem entende trade-offs. Quem conecta domínio e arquitetura. Quem simplifica. Quem opera. Quem decide. Quem sabe dizer não. Quem entrega sem fingir que produção é apenas uma demonstração maior.

Nesse sentido, a IA não nivela o talento de engenharia. Ela pode aumentar a distância entre pessoas que apenas executam tarefas e pessoas capazes de transformar ambiguidade em sistemas prontos para produção.

Essa é a parte que considero mais interessante.

O futuro do software talvez não pertença ao desenvolvedor que digita mais rápido. Talvez pertença ao engenheiro que pensa com clareza, orquestra com inteligência e usa agentes como extensão da responsabilidade — não como substitutos dela.

Porque agentes aumentam a velocidade. Mas é a engenharia que sustenta o impacto.