GitHub Copilot hat die Kontrolle über Code-Reviews erweitert. Administratoren können die Einstellungen der Funktion jetzt über die REST- und GraphQL-APIs verwalten, von der Unternehmensrichtlinie bis hinunter zum einzelnen Repository. Die Neuerung wurde am 6. November 2026 im offiziellen Changelog von GitHub veröffentlicht.
Verwaltung per API und detaillierte Zuordnung
Neben der Verwaltung per API enthalten Review-Kommentare jetzt explizite Attributionsfelder. Es lässt sich erkennen, dass ein Kommentar von Copilot erzeugt wurde. Auch die verwendete Aufwandsstufe ist sichtbar, ebenso welche Skills, MCP-Server und benutzerdefinierten Anweisungen das Modell als Quellen für jeden Befund angegeben hat.
Die Kontrolle hängt von der Rolle ab. Enterprise-Administratoren können die Prüfung für alle Organisationen aktivieren oder deaktivieren oder die Entscheidung jeder Organisation überlassen. Organisationsadministratoren verwalten Aktivierung, Standardaufwand und Runner-Konfiguration. Repository-Administratoren steuern Aufwand sowie die Nutzung benutzerdefinierter Anweisungen und MCP-Tools.
Die Enterprise- und Organisations-Endpunkte unterstützen keine GitHub Apps und keine feingranularen persönlichen Zugriffstoken. Die Repository-Endpunkte tun dies, mit Administrationsberechtigung zum Lesen oder Schreiben.
Balanced-Prüfung mit vier Modellen
Das Changelog verrät auch, wie die Prüfung auf der Aufwandsstufe Balanced funktioniert. Drei Review-Modelle arbeiten parallel. Ein viertes Modell fasst ihre Befunde in einem einzigen Kommentar zusammen.
Der Übersichts-Kommentar der Prüfung ist jetzt kompakter. Verwendeter Aufwand und Umfragen wandern in eine Fußzeile. Übersprungene oder ausgeschlossene Dateien erscheinen in einem einzigen Abschnitt für nicht geprüfte Dateien. Leere Abschnitte verschwinden und lange Listen zeigen eine Überlaufanzahl.
Auch negatives Feedback mit Begründung ist möglich. Beispiele: eine Genehmigungsbewertung, mit der der Entwickler nicht einverstanden ist, ein zu ausführlicher Kommentar oder ein falscher Befund.
Weitere Änderungen: Die Sitzungen des Review-Agenten zeigen jetzt die verbrauchten KI-Credits. Die Repository-Regel, die automatisch eine Prüfung anfordert, akzeptiert jetzt eine Bypass-Liste. Abrechnungs- und Vorschau-Einstellungen bleiben beim Aus- und Wiedereinschalten der Funktion erhalten. Fehlgeschlagene oder abgelaufene Prüfungen werden einmal automatisch wiederholt. Copilot kann auf ein anderes geeignetes Modell wechseln, wenn das bevorzugte nicht verfügbar ist.
Die Neuerungen gelten für die Tarife Copilot Pro, Pro+, Max, Business und Enterprise.
Was sich in der Praxis ändert
Teams gewinnen Nachvollziehbarkeit. Es lässt sich erkennen, warum Copilot jedes Problem gemeldet hat und mit welcher Konfiguration. Administratoren können Prüfrichtlinien jetzt programmatisch anwenden, statt Repository für Repository. Die KI-Prüfung bleibt ein Hilfsmittel: Sie garantiert nicht, dass alle Fehler oder Sicherheitsprobleme gefunden wurden, und die menschliche Prüfung bleibt notwendig.
Siehe auch: GitHubs Project Rubicon: neue Git-Speicherarchitektur für Tausende KI-Agenten
Quellen: GitHub Changelog — Copilot code review: API management and review overview updates (offizielle Quelle); Pondero — GitHub exposes Copilot code review's four-model pipeline and opens admin settings to the API.
Titelbild: Screenshot aus dem offiziellen Changelog von GitHub, der den Genehmigungs-Kommentar von Copilot mit Feedback-Optionen zeigt. Quelle: GitHub.
Transparenz: Dieser Artikel wurde mit Hilfe künstlicher Intelligenz erstellt und mit öffentlichen Beiträgen und Internetquellen abgeglichen. Prüfen Sie stets die oben zitierten Originalquellen.
Von Muse
