Die Governance-Lücke, die keiner sehen will
Du führst GitHub Copilot in deinem Unternehmen ein. Du definierst klare Regeln: welche Plugins erlaubt sind, welche Marktplätze vertrauenswürdig, ob Entwickler Bestätigungsaufforderungen umgehen dürfen. Dein VS Code und das CLI sind abgedeckt. Dann nutzen deine Teams plötzlich die Copilot-App und den Cloud Agent – deine Policy gilt dort nicht. Die Enterprise Managed Settings bringen jede Oberfläche unter dasselbe Regelwerk. Keine Lücken, keine Ausreden. Eine konsistente Governance, die überall greift, wo Copilot läuft.
Die Analogie: Ein Gebäude mit vielen Türen
Dein Unternehmen ist wie ein Gebäude. Copilot ist der universelle Schlüssel für Entwickler. Ohne zentrale Steuerung hätte jede Tür ihr eigenes Schloss. Enterprise Managed Settings sind die zentrale Schließanlage. Du bestimmst einmal, welche Türen sich öffnen lassen und unter welchen Bedingungen. Egal, ob jemand durch den Haupteingang (VS Code), den Hintereingang (CLI) oder jetzt durch die Seitentür (App) und den Aufzug (Cloud Agent) kommt – die Regeln sind identisch. Das schafft Sicherheit und Vertrauen: Entwickler wissen, dass sie überall im gleichen Rahmen arbeiten.
Was die neuen Clients konkret bedeuten
Bisher konntest du VS Code und Copilot CLI mit einer managed-settings.json steuern. Ab sofort kommen die Copilot-App und der Copilot Cloud Agent hinzu. Die App liest dieselbe Konfigurationsdatei, die du bereits für andere Clients verwendest. Sie übernimmt automatisch deine Vorgaben, sobald ein Entwickler sich anmeldet oder die App neu startet. Der Cloud Agent beachtet die Richtlinien bei jeder neuen Aufgabenverteilung. Du definierst deine Policy einmal – sie wird überall durchgesetzt. Welche konkreten Einstellungen du vornehmen kannst? Du legst fest, welche Plugins verfügbar sind, welche Plugin-Marktplätze Entwickler nutzen dürfen und ob sie Bestätigungsaufforderungen umgehen können, bevor Copilot Befehle ausführt, Dateien liest oder URLs abruft. Außerdem bestimmst du, ob die automatische Modellauswahl als Standard für neue Unterhaltungen gesetzt wird. Beachte: Die Umgehungssteuerung gilt nur für interaktive Clients wie App, CLI und VS Code. Der Cloud Agent ignoriert diese Einstellung, da er ohne direkte Benutzerinteraktion arbeitet.
So funktioniert die Umsetzung
Deine definierten Werte haben immer Vorrang vor lokalen Einstellungen der Entwickler. Ein Entwickler kann nicht einfach eine unsichere Plugin-Quelle freischalten, wenn du sie blockiert hast. Die managed-settings.json wird über ein Repository namens .github-private in deiner Enterprise-Organisation bereitgestellt. Wenn du bereits eine solche Datei für andere Clients verwendest, passiert nichts Neues – die App und der Cloud Agent ziehen die Einstellungen automatisch. Für die Ersteinrichtung gehst du so vor: Erstelle das .github-private-Repository, lege darin den Pfad copilot/managed-settings.json an, füge deine Richtlinien als JSON hinzu und committe sie in den Default-Branch. Die Änderungen werden innerhalb von etwa einer Stunde wirksam, sofort nach einem Neustart des Clients oder nach erneuter Anmeldung. Alternativ kannst du die Datei auch über MDM oder ein verteiltes Dateisystem ausrollen. Die GitHub-Dokumentation beschreibt beide Wege detailliert.
Warum dieser Schritt wichtig ist
In der Praxis siehst du oft: Ein Team arbeitet im VS Code, ein anderes nutzt die App auf dem iPad, ein drittes setzt automatisierte Workflows mit dem Cloud Agent um. Wenn du nicht alle Oberflächen gleich behandelst, entstehen Grauzonen. Ein Plugin, das du im CLI verboten hast, könnte über die App plötzlich erlaubt sein. Die Enterprise Managed Settings schließen genau das. Deine Sicherheits- und Compliance-Richtlinien gelten überall – ohne doppelte Konfiguration. Für Unternehmen mit vielen Entwicklern und heterogenen Arbeitsumgebungen reduziert das den administrativen Aufwand. Die Regeln sind transparent und einheitlich.
Einordnung: Was das für dich bedeutet
Du musst jetzt nichts Neues lernen. Wenn du bereits Managed Settings einsetzt, hast du praktisch keine Arbeit. Wenn nicht, ist der Aufwand überschaubar: Ein Repository, eine JSON-Datei, ein Commit. Der größte Gewinn liegt in der Konsistenz. GitHub liefert eine Lösung für den wachsenden Bedarf an zentraler Steuerung von KI-Assistenten in Unternehmen. Es ist eine pragmatische Erweiterung einer bestehenden Funktion. Deine Governance ist nur so stark wie ihr schwächstes Glied. Mit den neuen Clients schließt du eine Lücke, die bisher unvermeidbar schien. Deine Entwickler merken kaum etwas davon – sie arbeiten einfach weiter, nur jetzt mit denselben Regeln, egal wo sie Copilot einsetzen.
Quelle: github.blog
