GitHub Copilot Code Review erhält Organisationskontrollen und hebt Instruktionslimit auf

GitHub veröffentlichte am 12. Juni 2026 eine Reihe neuer Konfigurationen und Kontrollen für Copilot Code Review, die sich primär an Enterprise-Nutzer und Organisationsadministratoren richten. Die Änderungen umfassen vier Bereiche: Runner-Management auf Organisationsebene, Sperrung individueller Einstellungen, Einhaltung von Inhaltsausschlussregeln und Aufhebung der Beschränkungen für benutzerdefinierte Instruktionen.

Was ändert sich im organisatorischen Runner-Management?

Bisher musste jedes Repository einen separat konfigurierten Runner für Copilot Code Review haben. Die neue Option eines organisatorischen Standard-Runners erlaubt Administratoren, einen Runner festzulegen, der für alle Repositories in der Organisation ohne individuelle Konfiguration gilt. Die Einstellung ist innerhalb der GitHub-Oberfläche unter Copilot → Runner type → Runner type configuration verfügbar.

Eine Ergänzung zu dieser Option ist das Runner Locking: Ein Organisationsadministrator kann eine Sperre aktivieren, die alle individuellen Runner-Einstellungen auf Repository-Ebene überschreibt. Teams, die eine große Anzahl von Repositories verwalten, erhalten dadurch einen einzigen Kontrollpunkt anstelle der manuellen Abstimmung von Dutzenden oder Hunderten von Konfigurationen.

Wichtiger Hinweis: Dieselben Einstellungen gelten sowohl für Copilot Code Review als auch für den Copilot Cloud Agent, wenn beide Dienste aktiviert sind — keine doppelte Konfiguration verschiedener Tools ist erforderlich.

Inhaltsausschluss: Parität mit dem Rest von Copilot

Copilot Code Review respektiert jetzt pfadbasierte Ausschlussregeln, die Organisationen und Unternehmen für andere Copilot-Funktionen festgelegt haben. Dieselben Regeln, die auf Repository-, Organisations- oder Enterprise-Ebene definiert sind, gelten automatisch auch für den Code Review.

In der Praxis bleiben Dateien und Verzeichnisse, die bereits von Copilot-Vorschlägen ausgeschlossen waren — generierter Code, Legacy-Module oder Dateien mit sensibler Geschäftslogik — automatisch außerhalb der Reichweite von Copilot Code Review, ohne zusätzliche Konfiguration. Repository-Administratoren können pfadbasierte Regeln in den Repository-Einstellungen festlegen, und diese Regeln gelten jetzt einheitlich für das gesamte Copilot-Ökosystem.

Ende des 4.000-Zeichen-Limits

Das bisherige Limit von 4.000 Zeichen für copilot-instructions.md und *.instructions.md-Dateien innerhalb des .github-Verzeichnisses wurde vollständig entfernt. Organisationen, die bisher Teile ihrer Instruktionen zusammenfassen oder weglassen mussten, um innerhalb des Limits zu bleiben, können jetzt umfassendere Regeln für Code Reviews schreiben.

Benutzerdefinierte Instruktionen definieren Richtlinien, die Copilot bei der Analyse von Pull Requests befolgt — von Stilkonventionen bis hin zu spezifischen Sicherheitsanforderungen und Teamvereinbarungen. Die Aufhebung des Limits ermöglicht eine präzisere Kontextdefinition, besonders nützlich für Teams mit komplexen Systemen und mehreren Entwicklungskonventionen.

Enterprise Compliance als Ziel

Alle genannten Änderungen zusammen positionieren Copilot Code Review für strengere Enterprise-Compliance-Szenarien. Die Zentralisierung der Runner-Konfiguration eliminiert das Risiko von Inkonsistenzen zwischen Repositories; Runner Locking verhindert die Umgehung organisatorischer Richtlinien; Inhaltsausschluss-Parität stellt sicher, dass Sicherheitsregeln, die für den Rest von Copilot gelten, auch für den Code Review gelten.

Organisationsadministratoren, die bisher zögerten, Copilot Code Review wegen fragmentierter Kontrolle oder Bedenken bezüglich der Reichweite über sensible Dateien einzuführen, haben nun Mechanismen zur Adressierung beider Probleme innerhalb der bestehenden Copilot-Verwaltungsoberfläche — ohne separate Konfigurations-Tools zu benötigen.