GitHub passa a contar pull requests em rascunho nos limites de PRs abertos

Em 8 de outubro de 2026, o GitHub ampliou as configurações de limites de pull requests: agora é possível configurá-los para que os PRs em rascunho (draft) também entrem na conta. O anúncio no GitHub Changelog é curto e o motivo aparece sem rodeios: os mantenedores encontram cada vez mais contribuições de baixa qualidade nos repositórios e precisam de formas melhores de lidar com elas. O anúncio não traz números, mas a lógica da mudança é clara.

O que exatamente mudou

Os limites de pull requests permitem que os donos de repositórios restrinjam a quantidade de PRs abertos ao mesmo tempo. Pela redação «agora também é possível incluir rascunhos», os pull requests em draft ficavam fora dessas restrições até então. Para um autor que quisesse driblar o limite, era uma brecha pronta: bastava abrir rascunhos em status draft e acumulá-los sem restrição.

Agora essa brecha pode ser fechada, e só se o mantenedor quiser. A configuração não é imposta a todos os projetos: cabe ao mantenedor decidir se os rascunhos contam da mesma forma que os PRs comuns.

De onde vem o ruído

O fluxo de contribuições fracas em projetos open source já virou um problema à parte. Parte desses pull requests surge de edições em massa feitas para engordar estatísticas ou «portfólio». Cada vez mais deles são gerados por assistentes de código e agentes, capazes de abrir um PR mais rápido do que uma pessoa consegue ler a descrição. No anúncio, o GitHub não detalha as causas, mas o contexto do setor é evidente: o custo de criar um PR caiu para perto de zero, enquanto o custo da revisão continua o mesmo e recai inteiramente sobre o mantenedor.

Nesse cenário, o rascunho funciona como um buffer. O autor, ou o script dele, pode manter dezenas de rascunhos abertos, e o mantenedor ainda assim os vê na lista, recebe notificações e gasta atenção para fazer a triagem. Incluir os drafts no limite torna a regra mais justa: um pull request aberto ocupa uma vaga, independentemente do status.

O que se sabe sobre os parâmetros

• Data de publicação: 8 de outubro de 2026, seção GitHub Changelog.
• Essência: é possível incluir pull requests em draft na contagem dos limites de PRs.
• Tipo de configuração: opcional, controlada pelos mantenedores.
• Objetivo declarado: reduzir a carga causada por contribuições de baixa qualidade.
• Não divulgado no anúncio: limites específicos, regras de contagem por autor e o comportamento dos rascunhos já abertos quando a opção é ativada.

Conclusões práticas

Mantenedores de repositórios populares devem revisar a configuração atual de limites e decidir se precisam contar os rascunhos. Se o projeto usa drafts como espaço de trabalho para funcionalidades longas, um limite rígido também vai atingir contribuidores de boa-fé. Nesse caso, é razoável primeiro registrar a regra no CONTRIBUTING e explicar como trabalhar com o limite.

Contribuidores devem fechar com antecedência os rascunhos que perderam a relevância e evitar manter vários drafts em paralelo em repositórios de terceiros. Equipes que rodam agentes para abrir PRs automaticamente precisam incluir os limites na lógica: fila, novas tentativas e priorização. Caso contrário, o agente vai bater no teto e perder resultados em silêncio.

A mudança é pequena e não resolve o problema da qualidade: o limite restringe o volume, não o conteúdo. Mas, como uma das camadas de proteção, junto com templates de PR, verificações obrigatórias e restrição do grupo de autores, ele funciona. Vale conferir a mecânica exata de contagem na documentação do GitHub, porque o anúncio traz poucos detalhes.