Código gerado por IA inverteu o gargalo de software: de escrever para revisar.

Durante a maior parte da história da engenharia de software, escrever código era a parte lenta. A revisão era comparativamente rápida: um engenheiro sênior lê um diff, verifica a lógica, aprova ou solicita alterações. Em 2026, esse equilíbrio se inverteu. Assistentes de codificação com IA tornaram a geração de código rápida o suficiente para que o gargalo tenha se deslocado decisivamente para o outro lado do pull request — e o mercado de ferramentas está correndo para se atualizar.

Os números por trás da mudança

Estimativas do setor agora indicam que mais de 60% do código recém-comprometido é gerado ou fortemente auxiliado por IA. A pesquisa de desenvolvedores de janeiro de 2026 da JetBrains descobriu que 90% dos desenvolvedores profissionais usam regularmente pelo menos uma ferramenta de IA no trabalho, com 74% usando uma ferramenta de codificação com IA dedicada especificamente. O GitHub Copilot tem a maior base de uso geral com 58%, mas o Claude Code lidera na adoção como ferramenta principal com 28% no primeiro trimestre de 2026 — um sinal de que os desenvolvedores estão cada vez mais recorrendo a agentes de codificação baseados em terminal em vez de autocomplete de IDE depois de passarem do teste inicial.

Nada disso muda a rapidez com que um humano pode ler e avaliar um diff. A geração de código escalou com a capacidade do modelo; a capacidade de revisão de código escalou com o número de funcionários, e o número de funcionários não triplicou para acompanhar. O resultado, conforme as equipes de engenharia descrevem, é uma fila de pull requests que enche mais rápido do que os engenheiros sêniores conseguem limpá-la — fadiga do revisor, custos de troca de contexto e PRs parados por horas ou dias esperando uma vaga na agenda de alguém.

Uma nova categoria de ferramenta construída especificamente para essa lacuna

O CodeRabbit é representativo da resposta: um assistente de revisão de PR com IA que posta feedback estruturado diretamente no GitHub, combinando large language models com linters e scanners de segurança para sinalizar falhas de lógica, problemas de segurança, riscos de desempenho e inconsistências comportamentais antes que um revisor humano abra o diff. Ele também gera resumos de PR e diagramas de sequência e propõe casos de teste — trabalho que costumava consumir os primeiros 15 minutos de atenção de um revisor humano apenas para entender o que mudou e por quê.

O Graphite adotou um ângulo diferente, construindo seu produto em torno do próprio fluxo de trabalho de revisão, em vez do conteúdo da revisão: stacked PRs, merge queues e integração com CI projetados para reduzir o atrito e o bloqueio que ocorrem quando os PRs ficam muito tempo parados. A distinção é importante — se seu gargalo é os revisores não terem tempo para ler código, um revisor de IA ajuda diretamente; se seu gargalo é o atrito de processo em torno do merge, ferramentas de fluxo de trabalho como o modelo de stacking do Graphite importam mais do que qualquer recurso de IA colocado por cima.

A aquisição que confirmou a tese

O sinal de mercado mais claro veio em dezembro de 2025, quando o Cursor — o editor de código focado em IA — adquiriu o Graphite por mais de US$ 290 milhões. O CEO do Cursor, Michael Truell, enquadrou o acordo explicitamente em torno da crescente parcela de tempo do desenvolvedor consumida pela revisão de código, não pela geração de código. Essa é uma admissão notável de uma empresa cujo produto principal acelera a escrita de código: a equipe que construiu a maneira mais rápida de gerar código concluiu que a revisão, não a geração, era o problema mais valioso a ser resolvido em seguida.

A aquisição também sinaliza para onde o mercado de ferramentas de codificação com IA está se encaminhando estruturalmente. A primeira onda de produtos de codificação com IA competiu em velocidade e qualidade de geração — autocomplete, edição baseada em chat, alterações agentivas em múltiplos arquivos. Essa competição está amadurecendo, e as ferramentas que geravam código mais rápido estão agora se expandindo para o problema adjacente que seu próprio sucesso criou.

O que isso significa para as equipes de engenharia

As equipes que adotaram assistentes de codificação com IA sem ajustar seu processo de revisão são as que estão sentindo o gargalo mais intensamente — mais código chegando, mesma capacidade de revisão, mesmas portas de aprovação. A solução prática não é rejeitar o código gerado por IA ou desacelerar a geração; é tratar a revisão assistida por IA com a mesma seriedade que a geração assistida por IA. Um revisor de IA que detecta problemas de segurança e falhas de lógica antes que um humano olhe para o diff não substitui o julgamento humano sobre arquitetura e intenção, mas elimina a primeira passagem mecânica que costumava consumir a manhã de um revisor.

A jogada prática para a maioria das equipes: combinar um agente de codificação integrado ao IDE ou baseado em terminal (Claude Code, Cursor, Copilot) com uma camada de revisão de IA dedicada (CodeRabbit ou similar) em vez de confiar apenas na velocidade de geração e esperar que a capacidade de revisão acompanhe. As equipes que estão entregando mais rápido em 2026 não são as que geram mais código — são as que fecharam a lacuna entre a velocidade de geração e a taxa de transferência de revisão.