GitHub: Entwurfs-PRs begrenzen, bevor Agenten Arbeit anhäufen
Wenn Agenten schneller Code erzeugen, wächst auch die Prüfwarteschlange. Ein Entwurfs-PR signalisiert fehlende Prüfbereitschaft, beseitigt aber keine Arbeit. Die GitHub-Änderung ist Anlass, den Eingang zu prüfen.
Die Änderung vom 8. Oktober
GitHub kündigte am 8. Oktober 2026 an, dass PR-Limits auch Entwürfe einbeziehen können. Zuvor zählten diese nicht zum Nutzerlimit. Daraus folgt keine automatische Änderung aller Repository-Einstellungen.
Die Ankündigung richtet sich gegen Unordnung, Benachrichtigungen und CI-Läufe durch minderwertige Beiträge und Spam. Eine universelle Obergrenze wird nicht empfohlen. Prüfe die tatsächliche Konfiguration und ihren Geltungsbereich.
Status und Kapazität trennen
Entwurfsstatus zeigt Bereitschaft, ein Limit regelt eingehende Arbeit. Unfertige Arbeit braucht Pflege. Trotzdem führt nicht jeder Entwurf teure CI aus: Prüfe Trigger und tatsächliche Läufe.
Drei Entwürfe zu Alternativen eines Issues erleichtern den Vergleich, bedeuten aber drei Branches und Diffs. Es sind Experimente, keine drei zugesagten Releases. Vergleiche Alternativen nach Möglichkeit im Issue und öffne gezielt prüfbare Arbeit.
Zuerst drei Dinge beobachten
Notiere offene Entwürfe und normale PRs, Verantwortliche und Ziele sowie die letzte sinnvolle Aktualisierung. Prüfe danach CI, Wartezeiten und Duplikate. Ein bloßes Gefühl zu vieler Meldungen kann zu einem Limit führen, das nützliche Beiträge blockiert.
Agenten sollten Repository, Issue und vorhandenen PR verbinden. Bei fehlgeschlagener Erstellung nicht sofort unter anderem Namen erneut öffnen. Suche bestehende Arbeit und aktualisiere sie. Das ist ein Prozessvorschlag, keine neue GitHub-Automatik.
Den blockierten Weg erklären
Erkläre betroffenen Beitragenden, wie bestehende Arbeit fortgesetzt wird, wann sie prüfbereit ist und wer hilft. Die Umwandlung in einen normalen PR ist kein vorgeschlagener Umgehungsweg. Prüfe vor Schließen oder Archivieren Verantwortung und Inhalt.
Mehrere voneinander abhängige PRs sind nicht allein wegen ihrer Anzahl schlecht. Kleine zusammenhängende Diffs unterscheiden sich von wiederholten Einreichungen. Das Limit schützt den Eingang, ersetzt aber weder Review noch Tests oder Deployment-Entscheidungen.
Klein beginnen und Ergebnisse vergleichen
Dokumentiere Richtlinie und Ausnahmen zunächst für ein Repository und prüfe die Einstellung. Vergleiche Entwurfszuwachs, PR-Wiederverwendung, Wartezeit und blockierte nützliche Beiträge im selben Zeitraum. Weniger Einträge beweisen noch keine bessere Qualität.
Sorge zuerst dafür, dass dieselbe Aufgabe zum selben PR zurückkehrt. GitHub verlinkt einen Kanal für Rückmeldungen zur Einstellung. Ungeprüfte Reaktionen und behauptete Verbesserungen werden hier nicht erfunden.
Offizielle Quelle
Am 9. Oktober 2026 geprüft. Produktfunktion und Prozessvorschläge getrennt anwenden.