O mundo já mudou. A pergunta é: sua liderança tecnológica mudou com ele?

Redação Koru

28 de May de 2026

Tempo de leitura: 16 min

Existe um post no r/csMajors (uma comunidade no Reddit voltada para estudantes de Ciência da Computação), escrito por alguém que entrou no time da Anthropic (startup americana de pesquisa e segurança em inteligência artificial), que deveria estar pregado na parede de toda diretoria de tecnologia do Brasil:

Leia de novo, devagar. Não é manifesto futurista. É descrição operacional de como a empresa que está shipando mais que qualquer outra em 2026 escreve software hoje. E é, ao mesmo tempo, o diagnóstico mais preciso do que está acontecendo no mercado: a maior parte das engenharias do mundo ainda está debatendo se IA “vai gerar código ruim”, enquanto uma minoria já redesenhou o papel do engenheiro do zero.

Se você é CTO, Head de engenharia ou Principal, essa frase deveria tirar seu sono. Não porque é sobre o futuro. Porque é sobre algo que já é verdade. E que está produzindo um diferencial competitivo que não é linear.

O gap não é de produtividade. É de ordem de magnitude

Quando a indústria começou a falar em “10% mais produtivo com Copilot”, o framing já estava errado. Estávamos medindo a coisa antiga (linhas de código por hora, PRs por engenheiro por sprint) com uma régua antiga.

A virada real é outra. Um engenheiro que aprende a orquestrar cinco agentes em paralelo não está sendo 10% mais rápido. Não está sendo 2x mais rápido. Ele está fazendo, em um dia, o trabalho que antes era distribuído entre um time inteiro ao longo de uma semana. E enquanto faz isso, está usando o tempo ocioso — aquele em que o agente está executando uma tarefa de 12 minutos — para iniciar o próximo agente, revisar o PR do anterior e refinar o prompt do terceiro.

A diferença entre quem trabalha assim e quem ainda escreve código linha por linha não é incremental. É de ordens de magnitude. E ordens de magnitude, em qualquer mercado, não se recuperam com esforço. Recuperam-se com mudança de paradigma, ou não se recuperam.

Os dados não são mais sussurros de bastidor:

• Na Anthropic, 90% do código é escrito por IA. 67% mais PRs por engenheiro. 74 releases em 52 dias.
• Na Stripe, mais de 1.300 pull requests por semana já vêm de agentes de IA. Cerca de 25% de todo o código produzido. Não é experimento. É operação.
• Na Meta, há leaderboard interno de tokens consumidos e meta de 75% de código via IA.
• A NVIDIA gasta US$ 250 mil/ano em tokens por engenheiro — e ainda assim considera o ROI absurdo.
• A Shopify, antes de aprovar uma contratação, exige que o gerente prove que IA não resolve o problema.
• A Amazon definiu meta de 80% de uso semanal do Kiro entre engenheiros.

E o sintoma já começa a transbordar para fora da engenharia. Em 2025, a App Store da Apple registrou um aumento de 84% no volume de apps publicados — e a fila de aprovação, que historicamente levava de 2 a 24 horas, saltou para 15 a 45 dias. A infraestrutura humana de revisão, que era confortável até 2023, simplesmente não dá conta da nova vazão. Esse é o iceberg debaixo da linha dʼágua: gente publicando software em uma escala produtiva que já é incompatível com os processos da década passada, e empresas inteiras ainda fingindo que o problema é “qualidade de código”.

Esses números não são metas aspiracionais. São o novo baseline de competitividade. A pergunta que importa para qualquer CTO em 2026 não é mais “como adoto IA?”. É: “qual é o gap entre o meu time e esse baseline — e quanto tempo eu tenho até esse gap virar irrecuperável?”

A barreira nunca foi técnica

Quando o autocomplete chegou nas IDEs, ouvimos: “isso é muleta, dev de verdade não usa”. Quando o Stack Overflow virou onipresente: “copiar e colar de fórum não é programar”. Quando o Copilot apareceu: “vai gerar código ruim, vai criar dependência, é plágio”.

A resistência se repete em cada nova onda — e nunca foi sobre técnica. Sempre foi sobre identidade. Gerações de devs foram treinadas a acreditar que o valor delas estava em escrever código. Quanto mais difícil, mais valor. Quanto mais artesanal, mais respeito. Esse modelo não morreu. Está morrendo agora, e sob o nosso comando.

E vale lembrar: o que parece sagrado também passa. O Stack Overflow, que durante quinze anos foi a infraestrutura cognitiva da indústria de software, hoje é uma referência fantasma — quem entrou na área depois de 2023 quase não cita o nome.

A Biblioteca de Alexandria foi, por séculos, o templo do conhecimento mundial; sumiu sem deixar substituto direto, e levou junto a única cópia conhecida de obras inteiras de Aristóteles. O ponto não é nostalgia. É reconhecer que ferramentas, hábitos e identidades profissionais, por mais centrais que pareçam num momento, não têm garantia de permanência.

O que parece imutável hoje é exatamente o que vai ser obsoleto depois de amanhã. E a única defesa contra isso é se mover antes que a maré chegue.

Quando trouxemos agentes autônomos para o dia a dia da Agilize — não como assistentes que sugerem código enquanto digitamos, mas como entidades que pegam um card do Jira e executam do início ao fim — a barreira não foi a stack, não foi o orçamento, não foi a integração. Foi cultural. Foi:

• “Será que vai fazer certo?”
• “Eu deveria estar acompanhando…”
• “E se der ruim?”

Essas três frases são o som de uma engenharia que ainda mede valor por execução manual. A pergunta certa, daqui pra frente, é outra:

Como eu mantenho cinco agentes desbloqueados ao mesmo tempo?

Quem responde essa pergunta — com tooling, com processo, com cultura — está construindo uma vantagem que não vai ser superada com um Head de IA contratado às pressas em 2027.

O trabalho do CTO mudou. Profundamente

Quando a Atlassian trocou o CTO por dois “next generation AI talent”, virou manchete pelo número.

Errado. O ponto não é ter um, dois ou dez CTOs. O ponto é que o trabalho do CTO mudou — e a maioria não percebeu. Até 2023, CTO otimizava throughput de time. Mais gente, mais código, mais feature. Alavancagem vinha de contratar bem e escalar processo. Era um jogo de capacidade.

Hoje a máquina escreve código decente sozinha. A restrição saiu de “conseguimos construir” para “vale construir, nessa ordem, agora”. Saiu de capacidade para julgamento.

Cinco coisas que o CTO faz agora — e não fazia antes

Gatekeeping de contexto

LLM sem contexto é máquina de lixo convincente. Quem decide o que entra no prompt, qual MCP conecta onde, qual dado a IA enxerga, desenha a arquitetura real da empresa. É decisão de CTO. Não dá pra delegar.

Revisão mais fundo que escrita

A produção acelerou e o julgamento precisa acompanhar. Se não acompanha, vira dívida de accountability — ninguém sabe quem decidiu o quê. E dívida de accountability é a única dívida técnica que não se paga com refactor.

Custo marginal por decisão no board

IA barata vira cara rápido. Saber custo por feature, custo por agente em produção, custo por sprint de pesquisa — virou métrica de CTO, não de financeiro. Quem não traz isso pro board está terceirizando uma decisão estratégica.

Produto e engenharia colapsam

Quando a pergunta muda de “como construir” para “o que vale construir”, separar as cadeiras vira overhead. CTO e CPO precisam pensar juntos, ou viram dois oradores em palcos diferentes falando sobre a mesma empresa. Roadmap deixa de ser duas listas que se cruzam e vira uma só.

Open source como R&D pessoal

Testar modelo, workflow, MCP em sandbox público antes de propor na empresa. Risco zero, aprendizado composto. Essa é a minha forma — cada CTO precisa entender qual é a sua. Quem deixou de estudar e colocar a mão na massa nos últimos cinco anos está, hoje, gerindo um time inteiro sem ver o que ele realmente faz.

Esses cinco pontos não substituem os antigos. Eles entram em cima. E quem só faz os antigos — recrutamento, OKRs, arquitetura de cima — está, na prática, exercendo um cargo que já não é mais o cargo que a empresa precisa.

Token burner culture

Se vale como heurística rápida: se sua engenharia não está queimando tokens em volume, sua adoção de IA é teatro.

A Anthropic, internamente, trata token não usado como produtividade desperdiçada. Engenheiros têm orçamentos de tokens equivalentes a 5x ou 20x do plano padrão — e a expectativa é que torrem. A NVIDIA bota um cheque de US$ 250 mil/ano por cabeça em cima da mesa. A lógica é trivial: o custo marginal de um token, comparado ao custo marginal de uma hora de engenheiro sênior, é uma piada.

Vale entender o tamanho do subsídio que estamos consumindo enquanto ele dura. Um plano de assinatura de US$ 200/mês de inferência hoje, se você fosse pagar por token bruto na API, custaria por volta de US$ 45 mil. As big techs estão queimando capital para construir hábito de uso — e o hábito que sua empresa não construir agora, ela vai construir depois pagando preço cheio. A janela de subsídio é a única razão pela qual o ROI atual parece absurdo: porque é absurdo, mas a favor de quem está pegando.

Já existem empresas, inclusive aqui no Brasil, que tratam subutilização de token como sinal negativo de performance: dão a um engenheiro o equivalente a 5x ou 20x do plano padrão e, se a pessoa consistentemente não consegue queimar o orçamento, isso entra nas conversas de avaliação — eventualmente, na decisão de manter ou não. Soa absurdo, até você ler o número anterior. A premissa é simples: se a empresa está bancando o múltiplo, e a pessoa não converte isso em vazão, ou está usando errado a ferramenta ou está executando manualmente o que deveria estar orquestrando.

E a lógica reversa também é trivial: um engenheiro que não está consumindo tokens em volume não está orquestrando. Está executando manualmente, talvez com um copiloto sussurrando ao ouvido — o que é literalmente o paradigma anterior. É a métrica mais limpa que existe para distinguir adoção real de adoção performática. Mais limpa que self- report, mais limpa que pesquisa de engajamento, mais limpa que NPS de ferramenta.

Se você ainda está negociando licença de Copilot por seat com fornecedor, está olhando o problema errado. A pergunta certa é: quanto a empresa está disposta a gastar em tokens, por engenheiro, por mês, para garantir que a velocidade do time não seja limitada pelo orçamento de inferência? Se essa pergunta soa absurda, ela é exatamente o tipo de absurdo que Anthropic, Stripe e NVIDIA já normalizaram — e que vai virar baseline competitivo nos próximos 18 meses.

Sobre quem fica e quem sai

Toda empresa existe para entregar valor. Quando a forma de desenvolver, gerir e entregar valor acelera, o time precisa acelerar junto. Dar a mão para quem não quer andar no novo ritmo não ajuda ninguém. Não ajuda a pessoa, que fica num cargo que já não é o dela. Não ajuda o time, que carrega peso morto. Não ajuda a empresa, que paga o preço da omissão.

Olhar pelo que é melhor para a empresa, às vezes, é sim trocar gente. Não por crueldade. Por honestidade.

E vale para todos os níveis — inclusive o nosso. Liderança que ainda mede o próprio valor pela quantidade de tickets fechados, ou pelo tamanho do time, ou pela frequência com que é “consultada”, está medindo errado.

O novo valor de uma cadeira de liderança técnica é qual decisão você toma que ninguém mais na empresa consegue tomar. E quanto mais a IA empurra a execução pra baixo, mais essa pergunta sobe — e mais nua a cadeira fica quando ela não é respondida.

CTO de verdade ajuda quem quer ser ajudado.

Quem não quer, ajuda a sair bem.

Não é discurso bonito. É a descrição operacional do que separa um time que se transforma de um time que assiste à transformação acontecer ao redor dele, e depois reclama que ficou para trás.

O que fazer nos próximos 90 dias

Se você é CTO ou Head e leu até aqui sem reagir, isso é o que faria sentido começar agora — não em um quarter de planejamento, agora:

• Audite o gap de adoção real. Não com survey. Com métrica de tokens consumidos por engenheiro por semana. Compare com o que você sabe que Anthropic, Stripe e Meta consomem. O choque vai dar a urgência.
• Remova o orçamento como freio. Suba o teto de tokens para um múltiplo absurdo do que você acha que faz sentido. Custo marginal de inferência é desprezível diante de custo de engenheiro sênior parado.
• Identifique seus orquestradores. Em todo time existe alguém que já está três passos à frente — usando agentes em paralelo, escrevendo skills internas, automatizando o próprio fluxo. Dê a essa pessoa autonomia, palco e tempo dedicado. Vale por dez contratações.
• Crie um grupo de pesquisa dedicado. Tempo integral. Sem entregas operacionais. Mandato único: explorar em profundidade o novo paradigma e trazer aprendizado para o resto da empresa. É a única forma de não cair no ciclo “todo mundo ocupado demais para mudar como trabalha”.
• Trate adoção como prioridade de CEO. Não é projeto de tech. Não é iniciativa lateral. Não é “transformação digital”. É a definição de como sua empresa vai operar daqui pra frente. Se isso não está em todas as conversas de board, está atrasado.

A última coisa

A frase “o mundo já mudou” virou clichê. O problema é que, dessa vez, ela é literalmente verdade — e está sendo repetida nas mesmas reuniões em que pessoas ainda discutem se “vale a pena testar Copilot no time”.

Não vale a pena testar. Vale a pena reconstruir.

Continuar otimizando throughput em 2026 não é erro de IA. É erro de leitura do jogo. É resistência ao que já está acontecendo no mundo de software, dito com outras palavras: é insistir em jogar damas enquanto o tabuleiro já virou xadrez — e ainda perguntar por que ninguém quer mais a sua peça.

Quem começar agora ainda tem tempo de se posicionar para liderar. Quem esperar mais um trimestre vai passar os próximos cinco anos tentando entender por que ficou para trás — e contratando, com orçamento dobrado, gente que vai estar fazendo o mesmo trabalho que um engenheiro orquestrador faria sozinho.

A barreira não é mais técnica. Não é mais acesso. Não é mais custo.

A barreira é decidir começar.