Em agosto de 2026, agentes superaram humanos em número de PRs no GitHub e de tarefas no Linear

Em agosto de 2026, agentes criaram mais pull requests que humanos no GitHub. No Linear, os agentes criam mais tarefas que os funcionários de carne e osso. Gergely Orosz, autor da newsletter The Pragmatic Engineer, apresentou esses dados em sua palestra na conferência LDX3, em Nova York. Ele também descreveu como as ferramentas estão mudando: Cursor e Antigravity se afastam da IDE clássica, e a revisão de código virou teatro em muitas empresas.

Vimos a palestra original apenas por meio de um resumo, por isso o texto abaixo trata das teses que Orosz coloca em primeiro plano. Vale conferir os números e os detalhes no texto completo dele.

Humanos deixaram de ser os principais autores do código

O ponto de virada, segundo Orosz, aconteceu no verão de 2026. No GitHub, os agentes agora abrem mais PRs que os desenvolvedores. No Linear, eles também criam mais tarefas que as pessoas. O agente deixou de ser um assistente que completa uma linha no editor. Ele mesmo formula o trabalho, executa e entrega o resultado.

Para embasar a tese, Orosz usa dados recentes do GitHub, do Linear e da Factory AI. Histórias da OpenAI, da Anthropic, da Uber e da Ramp complementam o quadro: são empresas em que fluxos de trabalho com agentes já fazem parte do desenvolvimento diário.

A IDE perde o lugar central

A segunda mudança está na interface. Cursor e Antigravity, duas ferramentas de destaque para desenvolvimento com IA, abandonaram o modelo habitual de "editor com chat ao lado". Se o trabalho principal é feito por agentes, o humano não precisa de um editor de texto, mas de um painel em que defina tarefas, acompanhe resultados e tome decisões.

Isso também muda a economia da atenção. O desenvolvedor escreve menos linhas, mas toma mais decisões por unidade de tempo. Quanto mais agentes trabalham em paralelo, mais urgente fica a pergunta: quem verifica o resultado deles, e como?

A revisão de código virou teatro

A tese mais preocupante da palestra trata da verificação de código. Quando os PRs chegam em enxurrada e o revisor não tem tempo nem contexto, a revisão vira ritual: abrir o diff, rolar a tela, clicar em Approve. No papel, o processo foi cumprido; na prática, ninguém garante a qualidade.

O problema é a escala. O agente cria um PR em minutos, mas uma revisão cuidadosa leva o mesmo tempo de antes. A distância entre a velocidade de geração e a velocidade de verificação só aumenta.

O que se sabe a partir do resumo

• Agosto de 2026: agentes criaram mais PRs que humanos no GitHub.
• Linear: agentes criam mais tarefas que humanos.
• Cursor e Antigravity se afastam do modelo de IDE.
• A revisão de código virou formalidade em muitas empresas.
• Fontes de dados: GitHub, Linear, Factory AI.
• Casos: OpenAI, Anthropic, Uber, Ramp.

Conclusões práticas para as equipes

Estas são recomendações da nossa redação, não citações da palestra. Primeiro: meça a fatia de PRs e tarefas criados por agentes na sua equipe. Sem esse número, não dá para saber onde está de fato o gargalo. Segundo: reveja o processo de revisão. Verificações automáticas, testes e análise estática devem filtrar o óbvio, para que o humano olhe a arquitetura e os riscos, e não o estilo. Terceiro: limite o fluxo. Se os revisores não dão conta, é melhor impor um teto diário de PRs de agentes do que acumular Approves sem sentido. Quarto: avalie as ferramentas pela ajuda que dão no gerenciamento de agentes, e não pela comodidade do editor.

A pergunta central de 2026: quem na sua equipe responde pelo resultado quando o código é escrito por um agente e a revisão virou formalidade?