SoftwareEm setembro, mais de 40% dos pull requests no GitHub começaram com um primeiro rascunho feito por um agente de programação. Em março, eram 17%, segundo o relatório Octoverse 2026 do GitHub. O dado mostra que agentes já participam de uma parte relevante do fluxo na plataforma — mas não prova, por si só, que o código ficou melhor ou que as equipes entregam mais valor.
O relatório contabiliza 110 milhões de pull requests iniciados por agentes em setembro. O GitHub também observou que esses PRs costumam alterar mais arquivos: 87%, contra 79% nos PRs sem participação de agente detectada. Isso torna a revisão humana ainda mais importante para avaliar o conjunto da mudança, não apenas se cada trecho parece correto.
O que esse número mede — e o que não mede
O Octoverse reúne atividade observada no próprio GitHub. A métrica considera agentes cuja participação a plataforma consegue detectar; o uso pode ser maior quando ferramentas não deixam esse sinal. Ela tampouco representa automaticamente todas as equipes de software ou demonstra ganho de produtividade. O relatório é uma fonte primária sobre os dados da plataforma, mas foi publicado pelo próprio GitHub.
Há outro sinal de mudança no Brasil: o relatório estima 10,2 milhões de desenvolvedores no GitHub em setembro de 2026 e diz que o país somou 3,28 milhões de novos perfis no período. São números ligados à base da plataforma e à localização informada pelos usuários, não uma contagem de toda a força de trabalho brasileira em tecnologia.
Como as equipes podem responder
A discussão prática não é perseguir a mesma proporção de PRs iniciados por agentes. É preparar o processo para revisar mudanças maiores e manter a responsabilidade clara. Algumas medidas ajudam:
- definir tarefas e critérios de aceite antes de delegar código ao agente;
- executar testes, análise estática e verificações de dependências antes da revisão;
- pedir que o PR explique o que mudou, por quê e como validar;
- manter uma pessoa responsável por aprovar o resultado;
- acompanhar retrabalho, defeitos e tempo de entrega, além do volume de código gerado.
Agentes podem acelerar etapas, mas não substituem contexto de produto, validação técnica nem decisão de negócio. Conforme esse uso cresce, a qualidade do fluxo de revisão passa a determinar quanto da velocidade potencial realmente chega ao produto.
