Aller au contenu principal
OutilGitHub

GitHub Copilot : les nouvelles fonctions s'activeront seules dès le 22 octobre

Publiée le

GitHub ajoute une politique globale « par défaut » aux réglages Copilot Business et Enterprise. Sans décision explicite avant le 22 octobre 2026, chaque nouvelle fonction disponible en version finale suivra ce défaut.

Ce que c'est. Jusqu'ici, chaque nouvelle fonction de Copilot (revue de code automatique, serveurs MCP, agents…) arrivait dans les réglages d'entreprise avec son propre interrupteur, et un administrateur devait l'activer une par une. Le 24 septembre, GitHub introduit une politique globale, « Default policy for new features », dans la page « AI Controls » de l'entreprise ou de l'organisation. Trois valeurs : « Enabled » (les fonctions actuelles et futures sont disponibles d'office), « Disabled » (rien de nouveau sans validation d'un admin) et « Let organizations decide » (chaque organisation tranche). Pendant 28 jours, le réglage est modifiable sans effet. À partir du 22 octobre, il s'applique à toute fonction éligible laissée « Unconfigured ». Les choix explicites déjà faits sont conservés, et les fonctions en preview restent en opt-in.

Pourquoi c'est sympa. La question posée à l'admin change de sens. Ce n'est plus « qu'est-ce que j'active ? » mais « qu'est-ce que je laisse passer ? ». Le changelog ne précise pas quelle valeur prend la politique si personne n'y touche : c'est le point à vérifier en premier. La même semaine, GitHub a aussi ouvert à tous les plans une page personnelle de réglage de la revue de code par Copilot, avec un niveau d'effort par défaut (« Lite » ou « Balanced ») que l'entreprise peut fixer pour tous ses dépôts, et un bac à sable local pour l'app Copilot, désactivé par défaut. Trois annonces, une même logique : la gouvernance remonte au niveau entreprise.

À quoi ça sert. Tu es CTO d'une boîte de 40 devs sous Copilot Business. Tu ouvres « AI Controls », puis « Copilot ». Si la sécurité ou le juridique doivent valider chaque fonction (les serveurs MCP donnent à l'agent l'accès à des outils externes), tu choisis « Disabled » et tu gardes la main. Si tu veux que tes équipes testent tout ce qui sort, « Enabled ». Si tes filiales ou tes équipes n'ont pas les mêmes contraintes, « Let organizations decide ». Dans la foulée, tu fixes le niveau d'effort de revue par défaut, pour que tout le monde relise avec la même profondeur.

Pour quels projets. Toute entreprise sur Copilot Business ou Enterprise, surtout celles qui n'ont jamais ouvert cette page de réglages. Rien à faire sur les plans individuels. Limites : les fonctions en preview ne sont pas couvertes, et la politique se propage par héritage (entreprise, puis organisation, puis dépôt), donc vérifie qu'aucun dépôt n'a une exception que tu ignores.

Rémi AlvadoMon avis

Un défaut « activé » sur des fonctions qui n'existent pas encore, c'est un chèque en blanc. Je choisirais « Disabled » ou « Let organizations decide » avant le 22 octobre, puis j'activerais fonction par fonction, en commençant par la revue de code. Ce que j'aime : le sujet force enfin les DSI à ouvrir cette page.

Voir le récap de la semaine du vendredi 25 au jeudi 1 octobre 2026

Prendre RDV