Article · IA & agents

Copilot en septembre 2026 : vérifier rétention et réglages avant le 28

Ce que l’annonce GitHub du 28 août distingue réellement entre expérience Copilot, rétention de Chat, niveau de revue et calendrier Business ou Enterprise.

Un calendrier sans date relie un contrôle administratif à une archive et à un réglage de revue.

Une échéance, mais plusieurs changements

GitHub a publié le 28 août 2026 une annonce qui regroupe trois sujets différents : la convergence de Copilot Chat sur github.com, de Copilot Chat dans GitHub Mobile et de Copilot cloud agent ; le niveau d’effort par défaut de Copilot code review ; et des changements de facturation Business et Enterprise. Les trois calendriers ne doivent pas être fondus en une seule « mise à jour Copilot ».

Au 23 septembre, GitHub annonce le lancement unifié au plus tôt le 28 septembre 2026. Cette formulation est une fenêtre annoncée, pas la preuve qu’un compte précis a déjà basculé. Commencez donc par vérifier l’expérience et le plan réellement utilisés par votre équipe.

Ce qui concerne Chat et la rétention

Pour le périmètre annoncé, GitHub prévoit de remplacer les politiques séparées par une politique unifiée, activée par défaut après le lancement. Copilot sur github.com doit migrer vers l’expérience de sessions d’agent. GitHub indique alors que les données de Chat sur github.com seront conservées pendant la durée de vie du compte, au lieu de 28 jours, en s’alignant sur l’expérience cloud agent existante.

Cette phrase ne signifie pas que toutes les conversations Copilot, toutes les surfaces ou tous les plans adoptent exactement la même durée. Elle ne dit pas non plus que la conservation plus longue est un avantage de confidentialité. Une durée de vie du compte est une politique de service à vérifier avec le compte, l’organisation et les règles applicables ; ce n’est pas une promesse de confidentialité ni un avis juridique.

Le bon réflexe est de dresser une carte avant le 28 septembre : surface utilisée, organisation propriétaire, plan individuel ou organisationnel, type de données envoyé à Chat et personne responsable de la politique. Si la donnée est sensible, documentez la décision de l’administrateur plutôt que d’inférer une protection à partir du seul mot « unifié ».

Ce qui concerne le niveau de revue

Dans la même annonce, GitHub précise que la valeur Default du niveau d’effort de Copilot code review utilisera Balanced à partir du 28 septembre pour les dépôts et organisations concernés, existants ou nouveaux. L’organisation peut définir une valeur par défaut ; un dépôt peut aussi avoir son propre réglage. Pour une revue demandée manuellement, le niveau peut être choisi depuis la barre Reviewers de la pull request selon la configuration disponible.

Si une équipe souhaite conserver explicitement Lite, GitHub indique qu’elle doit sélectionner Lite au niveau du dépôt ou de l’organisation avant l’échéance, au lieu de rester sur Default. Ce n’est pas une recommandation universelle : le niveau dépend du budget, du temps d’exécution accepté, du plan et du type de revue. Notez le réglage effectif, pas seulement l’option affichée dans une documentation interne.

Ne pas confondre avec Business et Enterprise

L’annonce prévoit un autre calendrier pour certains clients Copilot Business et Copilot Enterprise existants qui paient par carte ou PayPal : les changements de facturation doivent commencer le 1er octobre 2026. GitHub décrit aussi des règles de paiement pour les nouvelles attributions de sièges et les dépassements d’usage. Ces éléments ne changent pas la portée annoncée de la rétention de Chat et ne permettent pas de déduire le comportement d’un plan individuel.

Avant de relayer une date, demandez à l’administrateur :

  • quelle surface et quel plan sont concernés ;
  • quelle politique Copilot est active et où elle est définie ;
  • si le réglage de revue est Default, Lite ou Balanced au niveau de l’organisation et du dépôt ;
  • quelles données sont autorisées dans Chat et quelles règles de rétention s’appliquent effectivement ;
  • quelle preuve sera relue après le déploiement du 28 septembre et après le cycle de facturation d’octobre.

Checklist de revalidation

Conservez une copie datée de l’annonce, puis vérifiez le compte et l’organisation après l’échéance annoncée. Relevez la politique affichée, la durée communiquée, le niveau de revue par défaut et les exceptions locales. Testez seulement avec un dépôt et des données autorisés par votre politique interne ; ne déduisez pas la rétention d’un seul essai d’interface.

Une différence entre l’annonce et votre écran n’est pas nécessairement une erreur : le lancement est « au plus tôt », le plan peut différer et une politique d’organisation peut désactiver ou encadrer une expérience. Signalez l’écart, sa date et le périmètre exact avant de modifier un réglage.

Sources et limites

Source officielle consultée le 23 septembre 2026 : annonce GitHub sur les politiques et la facturation Copilot du 28 août 2026 ; documentation GitHub Copilot code review et configuration du niveau de revue. L’annonce porte sur des changements futurs et des périmètres précis ; les comptes, plans, politiques d’organisation et dates effectives doivent être revalidés après déploiement. Cet article ne constitue ni conseil d’achat, ni avis juridique, ni garantie de confidentialité.