GitHub a publié une entrée de changelog le 26 août à 22:08 UTC annonçant que la politique globale de modèles pour Copilot est désormais généralement disponible. Lu comme le lancement d’une fonctionnalité, l’événement relève d’une infrastructure administrative sans relief. Lu comme un changement d’état par défaut pour l’ensemble des tenants Copilot Business et Copilot Enterprise, il mérite dix minutes d’attention d’un administrateur cette semaine.

Ce qui change automatiquement

Les modèles qu’un administrateur a explicitement activés ou désactivés conservent ces paramètres. Chaque modèle qui n’a jamais été explicitement configuré passe à un nouvel état que GitHub appelle « déléguer à la politique par défaut » — décrit dans la publication comme « un état dynamique en temps réel qui suit toujours votre politique ». La phrase la plus importante est la suivante : « Si votre politique est activée — ce qui est le réglage par défaut — ces modèles deviendront disponibles pour vos utilisateurs. »

Ce que l’interprétation courante comprend mal

« Généralement disponible » signale qu’une capacité facultative a terminé sa phase de préversion et peut désormais être adoptée. Ce n’est pas ce qui se passe ici. La capacité est appliquée, activée par défaut, aux tenants qui n’ont rien fait, et cela modifie les modèles auxquels les développeurs peuvent envoyer du code. Le mécanisme est aussi tourné vers l’avenir : comme l’état délégué est dynamique plutôt qu’une migration ponctuelle, les modèles que GitHub ajoutera à l’avenir hériteront du même réglage par défaut. Un administrateur qui lit « GA » comme « disponible si nous le voulons » a inversé le sens du changement.

Là où se trouvent les garde-fous

GitHub a fixé la limite à un endroit défendable. Deux catégories restent désactivées par défaut, quelle que soit la politique globale : les modèles à poids ouverts et les modèles sans accord de conservation des données. Cela couvre le cas qui compte réellement pour la plupart des politiques d’entreprise : du code source propriétaire envoyé à un fournisseur sans engagement contractuel de conservation. Les modèles qui s’activent par défaut sont ceux avec lesquels GitHub a des conditions de conservation.

La fenêtre de déploiement est le problème pratique

Le changement a commencé le 26 août et s’achève le 1er septembre, et la publication précise explicitement que « cela prendra effet à des moments différents selon les entreprises ». Un administrateur qui consulte aujourd’hui la liste des modèles peut voir l’ancien état ; la même liste peut être différente lundi. Aucun calendrier par tenant n’a été annoncé et aucune notification n’est envoyée lors du basculement d’un tenant. Pour les organisations qui valident leur liste de modèles approuvés à des fins d’audit, le fait vérifiable est que la liste a changé à une date que l’éditeur n’avait pas précisée à l’avance.

Que faire à ce sujet

L’action est limitée et bornée dans le temps : décider si la politique globale par défaut doit être activée ou désactivée avant le 1er septembre, et définir explicitement les modèles qui comptent plutôt que de les laisser délégués. Les paramètres explicites persistent ; les paramètres délégués suivent ce que dit la politique aujourd’hui et ce qu’elle dira après l’ajout du prochain modèle.