GitHub: limite rascunhos antes de acumular PRs de agentes
Agentes mais rápidos podem ampliar a fila de revisão. Uma PR em rascunho indica trabalho ainda não pronto, mas continua consumindo atenção. A mudança do GitHub é motivo para examinar essa entrada.
O que mudou em 8 de outubro
Em 8 de outubro de 2026 o GitHub anunciou que limites de PR podem incluir rascunhos. Antes eles não contavam no limite do usuário. Isso não significa mudança automática nas configurações de todos os repositórios.
O anúncio busca reduzir acúmulo, notificações e CI associados a contribuições ruins e spam. Não recomenda um número universal. Verifique configuração e alcance reais.
Separe estado e capacidade
Rascunho informa prontidão; limite controla trabalho recebido. Trabalho incompleto também precisa de manutenção. Nem todo rascunho, porém, executa CI caro: examine gatilhos e histórico.
Três rascunhos com alternativas para uma issue facilitam comparar, mas mantêm três branches e diffs. São experimentos, não três lançamentos prometidos. Compare opções na issue quando possível e abra uma unidade com propósito revisável.
Observe três coisas primeiro
Registre rascunhos e PRs comuns abertos, responsáveis e objetivos, e última atualização significativa. Depois veja CI, espera e duplicatas. A impressão de notificações demais pode resultar em limite que bloqueia boas contribuições.
Agentes devem ligar repositório, issue e PR existente. Se a criação falhar, não abra logo outra PR com nome diferente. Confira e atualize o trabalho anterior. É uma proposta operacional, não automação nova do GitHub.
Explique o caminho bloqueado
Informe como continuar, o critério de prontidão e quem ajuda. Não sugira converter para PR comum como desvio da regra. Antes de fechar ou arquivar, confira responsável e conteúdo útil.
Várias PRs dependentes não são ruins só pela quantidade. Pequenos diffs conectados diferem de envios repetidos. O limite protege a entrada sem substituir revisão, testes ou decisões de deploy.
Comece pequeno e compare
Documente política e exceções num repositório e verifique o ajuste. Compare crescimento, reutilização, espera e contribuições válidas bloqueadas no mesmo período. Menos itens não provam qualidade maior.
Faça a mesma tarefa voltar à mesma PR antes de acelerar o agente. O GitHub oferece canal de feedback sobre a configuração. Não inventamos reações ou melhorias medidas sem verificação.
Fonte oficial
Verificado em 9 de outubro de 2026. Separe função anunciada de propostas operacionais.