Michael JohnsonLe 19 octobre 2026, GitHub a rendu publique une API REST permettant de gérer les politiques de modèles Copilot à quatre niveaux : entreprise, équipe d’entreprise, application d’entreprise et organisation. Le même jour, l’entreprise a retiré six modèles de la plupart des usages de Copilot. Pour les administrateurs, cela implique deux tâches concrètes : vérifier quels modèles sont autorisés par les politiques et s’assurer que les flux de travail enregistrés utilisent des remplacements pris en charge.
La nouvelle API permet de consulter et de modifier les politiques à l’aide de requêtes GET et PATCH. GitHub la présente comme un moyen de gérer de manière centralisée la disponibilité des modèles ; les paramètres de l’entreprise peuvent déléguer le contrôle aux organisations, aux équipes ou aux applications, selon le mode choisi. Les détails figurent dans l’annonce de l’API des politiques Copilot.
Quels modèles ont été remplacés
La liste publiée le 19 octobre comprend Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini et Grok 4.5. GitHub a indiqué les solutions de remplacement suivantes, respectivement : Gemini 3.8 Flash, GPT-6.1 Sol, GPT-6.1 Sol, GPT-6 Luna, GPT-6 Luna et Grok 4.7. L’entreprise a précisé avoir annoncé le retrait des modèles le 18 septembre et qu’il n’était pas nécessaire de supprimer manuellement les modèles obsolètes. La liste et les recommandations sont détaillées dans l’avis de retrait des modèles.
La liste de remplacements publiée par GitHub indique la marche à suivre pour la migration, mais la disponibilité d’une solution donnée dépend des politiques Copilot de l’organisation. Un administrateur Copilot Enterprise devra peut-être autoriser séparément un modèle dans les paramètres. Les utilisateurs peuvent vérifier le résultat dans le sélecteur de modèles de Copilot Chat, dans VS Code ou sur github.com.
Points à vérifier pour les administrateurs
Commencez par comparer la liste des modèles retirés à ceux réellement autorisés à chaque niveau de gestion. Vérifiez ensuite les consignes internes, les modèles de tâches, les automatisations et les conventions d’équipe qui citent les anciens modèles par leur nom. Enfin, activez les solutions de remplacement nécessaires dans les politiques et vérifiez qu’elles sont visibles dans l’interface Copilot des utilisateurs.
L’API REST est utile lorsque la mise à jour manuelle des paramètres dans de nombreuses organisations, équipes ou applications complique le contrôle. Avant une migration à grande échelle, il est prudent d’enregistrer les politiques actuelles, d’appliquer les modifications à un groupe pilote et de vérifier le résultat en relisant la configuration. Cette méthode permet de comparer la liste de modèles attendue aux paramètres d’accès réellement appliqués.
Ce changement concerne l’administration et l’accès aux modèles dans GitHub Copilot. Il répond à une question pratique distincte : comment gérer la disponibilité des modèles par programmation après le renouvellement du catalogue.