Am 19. Oktober kündigte GitHub die allgemeine Verfügbarkeit einer REST-API für Copilot-Modellrichtlinien an. Was bislang nur über die Admin-Oberfläche einstellbar war, lässt sich nun auf Unternehmens-, Organisations- oder Teamebene per Skript steuern. Die Ankündigung fällt auf denselben Tag, an dem GitHub sechs etablierte Copilot-Modelle abschaltete – kein Zufall, denn die ständige Rotation der Modelle macht die manuelle Verwaltung für große Organisationen zunehmend unpraktikabel.
Eine API zur Steuerung der Modelle auf Unternehmensebene
Die neue API stellt GET- und PATCH-Endpunkte bereit, mit denen sich die Liste der für Copilot Chat, Code-Vervollständigung, Agentenmodus und Inline-Bearbeitungen aktivierten Modelle lesen und ändern lässt. Sie ersetzt die manuelle, platzweise Konfiguration in den GitHub-Admin-Einstellungen durch einen automatisierbaren Mechanismus: Synchronisation mit einem internen Governance-Tool, Anwendung derselben Richtlinie über mehrere Organisationen hinweg oder die gebündelte Deaktivierung eines als nicht konform eingestuften Modells.
Vier Delegationsebenen
Das System basiert auf einer Delegationshierarchie. Ein Unternehmen kann die globale Richtlinie selbst verwalten oder sie an seine Organisationen, einzelne Teams oder Drittanbieter-Anwendungen delegieren.
| Ebene | REST-Endpunkt | Typische Nutzung |
|---|---|---|
| Unternehmen | /enterprises/{enterprise}/copilot/model-policies | Globale Standardrichtlinie |
| Unternehmensteams | /enterprises/{enterprise}/teams/{team_slug}/copilot/model-policies | Delegation an ein bereichsübergreifendes Team |
| Unternehmens-Apps | /enterprises/{enterprise}/copilot/apps/model-policies | Kontrolle von Drittanbieter-Integrationen |
| Organisation | /orgs/{org}/copilot/model-policies | Eigene Richtlinie einer Organisation |
In der Praxis liefert ein GET-Aufruf den aktuellen Status jedes Modells für den gewählten Bereich, während ein PATCH ein bestimmtes Modell aktiviert oder deaktiviert:
curl -X PATCH \
-H "Authorization: Bearer $GH_TOKEN" \
-H "Accept: application/vnd.github+json" \
https://api.github.com/orgs/acme-corp/copilot/model-policies \
-d '{"model": "claude-opus-5-5", "state": "enabled"}'Sechs Modelle am selben Tag abgeschaltet
Am 19. Oktober entfernte GitHub sechs Modelle aus Copilot, deren Abschaltung Mitte September angekündigt worden war: Gemini 3.7 Flash (ersetzt durch Gemini 3.8 Flash), GPT-5.5 und GPT-5.4 (umgeleitet auf GPT-5.6 Sol), GPT-5.4 mini und GPT-5 mini (auf GPT-5.6 Luna) sowie Grok 4.5 (auf Grok 4.6). Die Abschaltung betrifft Copilot Chat, Code-Vorschläge, den Ask-Modus und den Agentenmodus.
Für Enterprise- und Business-Kunden werden die Ersatzmodelle standardmäßig aktiviert, sofern ein Administrator nicht die globale Standardeinstellung oder das Modell selbst deaktiviert hat.
Ein Administrator, der die Einstellung „neue Modelle standardmäßig aktivieren“ deaktiviert hatte, muss manuell über die API oder die Oberfläche prüfen, ob die Ersatzmodelle (GPT-5.6 Sol, GPT-5.6 Luna, Gemini 3.8 Flash, Grok 4.6) tatsächlich aktiv sind. Ohne diese Prüfung verlieren betroffene Teams den Zugriff auf die abgeschalteten Modelle ohne automatischen Übergang.
Was das für Entwicklungsteams bedeutet
Für ein technisches Team geht es um mehr als die bloße Verfügbarkeit eines Modells. Die neue API ebnet den Weg zu einer Kosten- und Compliance-Governance, die wie Code verwaltet wird: eine versionierte Richtlinie, per Pull Request überprüft, automatisch angewendet bei der Einbindung einer neuen Organisation. Das reiht sich in einen breiteren Trend im Ökosystem redaktioneller KI-Agenten im Produktivbetrieb ein, wo die feingranulare Verwaltung von Modellen und Zugriffsrechten zu einem eigenständigen Infrastrukturthema wird, neben dem Betrieb von Servern, die dem MCP-Protokoll entsprechen.
Das Wichtigste in Kürze
Die Copilot-Modellrichtlinien-API erreicht die allgemeine Verfügbarkeit mit vier Delegationsebenen, vom Unternehmen bis zu Drittanbieter-Anwendungen. Am selben Tag verschwinden sechs etablierte Modelle aus Copilot zugunsten ihrer Nachfolger. Organisationen, die die automatische Aktivierung neuer Modelle deaktiviert hatten, sollten ihre Konfiguration prüfen, um eine stille Dienstunterbrechung zu vermeiden.
Diese API kommt zur richtigen Zeit. Das Tempo der Modellabschaltungen bei den Anbietern hat sich 2026 spürbar beschleunigt, und die manuelle Verwaltung, Organisation für Organisation, wurde für Enterprise-Kunden zunehmend untragbar. Der eigentliche Test wird die Stabilität dieser API über die Zeit sein – GitHub hat die Angewohnheit, seine Admin-Oberflächen weiterzuentwickeln, ohne immer ausreichend Vorlauf zu geben. — Simon Janvier
Weiterführend: die offizielle Ankündigung im GitHub Changelog.
