GitHub a annoncé le 19 octobre la disponibilité générale d’une API REST dédiée aux politiques de modèles Copilot. Jusqu’ici réservé à l’interface d’administration, le pilotage des modèles autorisés devient scriptable à l’échelle d’une entreprise, d’une organisation ou d’une équipe. L’annonce tombe le jour même où GitHub retire six modèles historiques de l’assistant, une coïncidence qui n’en est pas tout à fait une : la rotation permanente des modèles rend la gestion manuelle de moins en moins tenable pour les grandes structures.
Une API pour piloter les modèles à l’échelle de l’entreprise
La nouvelle API expose des points d’entrée GET et PATCH permettant de lire et de modifier la liste des modèles activés pour Copilot Chat, les complétions de code, le mode agent et les éditions en ligne. Elle remplace la configuration manuelle, poste par poste, dans les paramètres d’administration GitHub, par un mécanisme automatisable : synchronisation avec un outil de gouvernance interne, application d’une politique identique sur plusieurs organisations, ou désactivation groupée d’un modèle jugé non conforme.
Quatre niveaux de délégation
Le système repose sur une hiérarchie de délégation. Une entreprise peut garder la main sur la politique globale, ou la déléguer à ses organisations, à des équipes spécifiques ou à des applications tierces.
| Niveau | Point d’entrée REST | Usage typique |
|---|---|---|
| Entreprise | /enterprises/{enterprise}/copilot/model-policies | Politique globale par défaut |
| Équipes d’entreprise | /enterprises/{enterprise}/teams/{team_slug}/copilot/model-policies | Délégation à une équipe transverse |
| Applications d’entreprise | /enterprises/{enterprise}/copilot/apps/model-policies | Contrôle des intégrations tierces |
| Organisation | /orgs/{org}/copilot/model-policies | Politique propre à une organisation |
En pratique, un appel GET renvoie l’état courant de chaque modèle pour le périmètre ciblé, et un PATCH permet d’en activer ou désactiver un en particulier :
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"}'Une dépréciation groupée de six modèles le même jour
Le 19 octobre, GitHub a retiré de Copilot six modèles annoncés en pré-dépréciation mi-septembre : Gemini 3.7 Flash (remplacé par Gemini 3.8 Flash), GPT-5.5 et GPT-5.4 (redirigés vers GPT-5.6 Sol), GPT-5.4 mini et GPT-5 mini (vers GPT-5.6 Luna), ainsi que Grok 4.5 (vers Grok 4.6). Le retrait touche Copilot Chat, les suggestions de code, le mode ask et le mode agent.
Pour les clients Enterprise et Business, les modèles de remplacement sont activés par défaut, sauf si un administrateur a désactivé le choix par défaut global ou le modèle lui-même.
Un administrateur qui avait désactivé le réglage « activer les nouveaux modèles par défaut » doit vérifier manuellement, via l’API ou l’interface, que les modèles de remplacement (GPT-5.6 Sol, GPT-5.6 Luna, Gemini 3.8 Flash, Grok 4.6) sont bien actifs. Sans cette vérification, les équipes concernées perdent l’accès aux modèles dépréciés sans bascule automatique.
Ce que cela change pour les équipes de développement
Pour une équipe technique, l’enjeu dépasse la seule disponibilité d’un modèle. La nouvelle API ouvre la voie à une gouvernance des coûts et de la conformité réglementaire pilotée comme du code : politique versionnée, revue par pull request, application automatique lors de l’intégration d’une nouvelle organisation. Elle s’inscrit dans une tendance plus large de l’écosystème des agents IA en production, où la gestion fine des modèles et de leurs droits d’accès devient un sujet d’infrastructure à part entière, au même titre que le pilotage des serveurs compatibles avec le protocole MCP.
Ce qu’il faut retenir
L’API de politique des modèles Copilot passe en disponibilité générale avec quatre niveaux de délégation, de l’entreprise jusqu’aux applications tierces. Le même jour, six modèles historiques disparaissent de Copilot au profit de leurs successeurs. Les organisations qui ont désactivé l’activation automatique des nouveaux modèles doivent vérifier leur configuration pour éviter une interruption silencieuse de service.
Cette API arrive au bon moment. La cadence de dépréciation des modèles chez les fournisseurs s’est nettement accélérée en 2026, et gérer ça à la main, organisation par organisation, devenait intenable pour les clients Enterprise. Le vrai test sera la stabilité de cette API dans le temps : GitHub a l’habitude de faire évoluer ses interfaces d’administration sans toujours prévenir suffisamment en amont — Simon Janvier.
Pour aller plus loin : l’annonce officielle sur le GitHub Changelog.
