---
title: "A IA matou o Pull Request. E a maioria ainda não percebeu"
author: "Ricardo Pupo Larguesa"
date: "2026-08-13 18:32:00-03"
category: "Opinião"
url: "http://aintuicao.scale.press/portal/aintuicao/post/2026/08/13/a-ia-matou-o-pull-request-e-a-maioria-ainda-nao-percebeu/md"
---

## Resumo
- Git e Pull Requests nasceram para projetos abertos como o kernel Linux
- Trunk-based development é a prática de times de elite segundo DORA
- Google opera monorepo com commits frequentes direto na main
- A IA aumenta o volume de código e torna revisão linha a linha inviável
- Uncle Bob foca em métricas objetivas em vez de revisar código de agentes
- A IA amplifica disciplina existente ou bagunça existente
- O foco deve permanecer no produto, não na burocracia de processo

---

A grande ironia da engenharia de software moderna é que criamos ferramentas para resolver problemas de colaboração em escala aberta e depois as transformamos em religião obrigatória para tudo.

## A origem dos Pull Requests

O **Git** nasceu em 2005 para o kernel Linux, um projeto aberto com contribuições de estranhos. Os **Pull Requests** surgiram com o GitHub para gerenciar esse fluxo de pessoas desconhecidas. Em projeto fechado com time coeso, essa estrutura é uma sobrecarga desnecessária.

Durante anos a indústria comprou a narrativa de que quanto mais processo, mais profissional. Feature branch de duas semanas. PR com dezenas de comentários. Três aprovações obrigatórias. O resultado foi lentidão, contexto fragmentado e foco deslocado do produto para a cerimônia.

## O que os dados revelam

O **Google** opera há mais de uma década um monorepo gigantesco com trunk-based development. Commits pequenos e frequentes direto na mainline são a norma. A pesquisa **[DORA](https://dora.dev/)** confirma ano após ano que times que mantêm poucas branches ativas e fazem merge na trunk pelo menos uma vez por dia estão no grupo de elite em velocidade e estabilidade.

A indústria abraçou branches longas porque é mais fácil de gerenciar visualmente. O resultado é performance mediana ou pior. Os times de elite nunca compraram essa história por completo.

## A IA acelera o óbvio

A **IA** chegou e acelerou o desenvolvimento até o ponto de ruptura. Um desenvolvedor experiente com bons agentes consegue carregar sozinho o volume de trabalho que antes pedia um time inteiro. O ciclo de feedback encolheu. O código é gerado mais rápido do que a burocracia consegue acompanhar.

Os dados atuais mostram que a IA amplifica o que já existe. Time disciplinado e com boa arquitetura ganha muito. Time bagunçado vira mais bagunça, só que mais rápido. Em código complexo e legado, devs experientes às vezes ficam mais lentos.

Uncle Bob Martin escreveu recentemente que não revisa código escrito por agentes. Em vez disso, mede cobertura de testes, estrutura de dependências, complexidade ciclomática e mutation testing. A qualidade pode ser inferida a partir dessas métricas. O código em si ele deixa para a IA.

O volume de código que agentes produzem torna a revisão humana linha a linha inviável. O que sobra de valor é a definição clara de intenção, a arquitetura, a qualidade dos testes e a disciplina de commits pequenos e frequentes. Como escrevi em outro texto, os novos benchmarks escancaram a morte do dev que apenas digita. [Engenharia de Software 2.0](https://scale.press/portal/aintuicao/post/2026/04/23/engenharia-de-software-20-como-os-novos-benchmarks-do-arxiv-escancaram-a-morte-do-dev-digitador) mostra que o foco muda para arquitetura sistêmica.

A maioria da indústria ainda está apaixonada pelo martelo. Continua adoradora de siglas, frameworks e rituais. Os melhores sempre olharam para o que estava sendo construído. A IA só tornou essa diferença impossível de ignorar.

Para a maioria dos projetos fechados, PRs longos já eram desnecessários. Com IA boa, ficam ainda mais. O que continua importando é disciplina de commits pequenos, testes rápidos e ownership total do código. Para se conectar comigo e discutir mais sobre esses temas, acesse [minhas redes sociais](https://linktr.ee/ricardo.pupo). Se quiser aprofundar em como usar prompts na prática, confira meu livro [Engenharia de Prompt para Devs](https://www.casadocodigo.com.br/products/livro-engenharia-de-prompt).