GitHub : limiter les brouillons avant d’accumuler les PR d’agents
Quand les agents produisent plus vite, la file de revue peut grossir aussi. Une PR brouillon signale un travail non prêt, sans le retirer de la charge du dépôt. Le changement GitHub invite à revoir cette entrée.
Le changement du 8 octobre
Le 8 octobre 2026, GitHub a annoncé que les limites de PR peuvent inclure les brouillons. Ils étaient auparavant exclus du plafond par utilisateur. Cela n’établit pas un changement automatique de tous les dépôts.
L’annonce vise l’encombrement, les notifications et les exécutions CI liés aux contributions médiocres et au spam. Elle ne fixe pas un plafond universel. Vérifiez la configuration réelle et son périmètre.
Séparer statut et capacité
Le brouillon indique la préparation ; la limite contrôle le travail entrant. Un travail inachevé demande de l’entretien. Mais tous les brouillons ne lancent pas une CI coûteuse : examinez déclencheurs et historique.
Trois brouillons pour explorer une tâche facilitent la comparaison, mais laissent trois branches et diffs à maintenir. Ce sont des expériences, pas trois livraisons promises. Comparez les options dans l’issue si possible, puis ouvrez un travail clairement révisable.
Observer trois éléments d’abord
Relevez brouillons et PR ordinaires ouverts, responsables et objectifs, puis dernière mise à jour significative. Regardez ensuite CI, délais et doublons. Une impression de notifications excessives peut produire un plafond qui bloque des contributions utiles.
Reliez dépôt, issue et PR existante dans les flux d’agents. Si la création échoue, n’ouvrez pas immédiatement une autre PR renommée. Cherchez et actualisez le travail existant. C’est une proposition de processus, pas une nouvelle automatisation GitHub.
Expliquer le parcours bloqué
Indiquez comment poursuivre le travail, ce que signifie prêt pour revue et qui contacter. Ne proposez pas de convertir le brouillon pour contourner la règle. Avant fermeture ou archivage, vérifiez responsable et valeur du contenu.
Plusieurs PR dépendantes ne sont pas mauvaises du seul fait de leur nombre. Une pile de petits diffs diffère de soumissions répétées. Le plafond protège l’entrée sans remplacer revue, tests ou décisions de déploiement.
Commencer petit et comparer
Documentez règle et exceptions sur un dépôt et vérifiez le réglage. Comparez croissance des brouillons, réutilisation, attente et contributions utiles bloquées sur la même période. Moins d’éléments ne prouve pas une meilleure qualité.
Faites revenir la même tâche à la même PR avant d’accélérer l’agent. GitHub fournit un canal de retour sur ce réglage. Aucune réaction ni amélioration chiffrée non vérifiée n’est inventée ici.
Source officielle
Vérifié le 9 octobre 2026. Distinguez fonction annoncée et propositions de processus.