Ce qui est confirmé
GitHub a publié le 28 août 2026 sa mise à jour hebdomadaire de Copilot. Le changelog officiel couvre les échanges d'équipe dans Slack et Microsoft Teams, la personnalisation dans l'application Copilot, le CLI et plusieurs environnements de développement. Pour un freelance, une équipe produit ou une organisation technique, le sujet central est simple : GitHub cherche à réunir davantage de réglages, de sessions et de contrôles dans les outils déjà utilisés au quotidien.
Ce qui est confirmé dans cette mise à jour GitHub Copilot
Fait : GitHub annonce que Copilot peut transformer des conversations d'équipe dans Slack et Microsoft Teams en sessions d'agents partagées. Selon GitHub, il faut mentionner @GitHub pour enquêter sur un problème, préparer un plan ou réaliser des modifications que l'équipe peut suivre et orienter.
Cette annonce s'inscrit dans une évolution plus large de l'assistant : Copilot ne reste plus limité à une conversation isolée dans un IDE. Il peut désormais prendre place dans les espaces où une équipe échange déjà sur un incident, une tâche ou une demande produit. Tu peux retrouver le contexte de cette intégration dans notre point sur GitHub Copilot dans Microsoft Teams.
Fait : l'onglet Customize de l'application GitHub Copilot est désormais disponible en disponibilité générale. GitHub indique qu'il réunit les serveurs MCP, les plugins, les skills et les canvases au même endroit. L'éditeur précise aussi qu'il est possible de transformer des issues et des pull requests Azure DevOps en sessions Copilot depuis cet onglet.
Cette centralisation mérite l'attention si ton équipe empile déjà plusieurs connecteurs ou plusieurs instructions pour ses agents. Elle ne prouve pas qu'un workflow devient automatiquement fiable. Elle confirme seulement que GitHub fournit un point d'accès unifié pour ces éléments. Pour aller plus loin sur le périmètre de cette fonctionnalité, consulte l'actualité consacrée à Copilot Customize.
Fait : GitHub ajoute dans l'application Copilot une prise en charge expérimentale du travail dans un environnement Linux avec Windows Subsystem for Linux, aussi appelé WSL. La même mise à jour permet de scinder et déplacer des onglets, puis d'envoyer un aperçu navigateur vers un navigateur externe depuis le menu contextuel.
Le terme « expérimental » compte. Il signifie que GitHub présente cette prise en charge comme une fonctionnalité en cours de maturation. Si tu travailles sur un poste Windows avec un environnement Linux, teste donc le flux sur un projet non critique avant de l'adopter dans ton process de production.
Le CLI gagne des réglages et une reprise de session
Fait : GitHub Copilot CLI permet maintenant de démarrer chaque nouvelle session avec des modes d'exécution et d'autorisation préférés, via defaultMode et defaultPermissionMode. GitHub annonce également de nouvelles expériences dans les commandes /plugin, /mcp et /skills pour gérer plus facilement les plugins, les serveurs MCP et les skills.
Pour moi, ce changement répond à un problème pratique : un agent utile doit être configuré de manière cohérente dès le départ. Sans réglage par défaut, chaque opérateur peut démarrer avec un niveau d'autorisation différent. Cela rend les résultats moins prévisibles et les revues plus compliquées.
Analyse : si tu utilises Copilot CLI dans un workflow d'automation, sépare clairement les usages. Un mode peu permissif peut convenir à l'exploration et à la préparation d'un plan. Un mode plus large doit rester réservé aux tâches où tu comprends le périmètre des changements. Ce n'est pas une contrainte propre à GitHub. C'est une règle saine pour tout agent qui peut agir sur du code, des fichiers ou des connecteurs.
Fait : GitHub indique aussi que Copilot CLI peut restaurer des sessions qui ne se sont pas terminées proprement, y compris des sessions interrompues en cours de tour. Le CLI fonctionne désormais sur un runtime Rust natif, tandis que son interface terminal reste écrite en TypeScript. GitHub présente cette évolution comme un gain de performance significatif.
Le gain de performance n'est pas chiffré dans la source fournie. Il serait donc prématuré de promettre une vitesse précise ou un impact mesurable sur ton équipe. En revanche, la restauration de session peut éviter de reconstruire manuellement un contexte après une interruption. C'est potentiellement utile sur des tâches longues, à condition de vérifier ce que l'agent avait déjà fait avant de reprendre.
La gestion des extensions devient aussi un sujet de gouvernance. Si tu veux comprendre le modèle de plugins avant de multiplier les installations, lis notre analyse de GitHub Agent Plugins 1.0. Le principe reste le même pour un SaaS, un CRM ou un outil no-code : une connexion ajoutée à ta stack élargit le périmètre des données et des actions possibles.
Slack et Teams : une session d'agent devient visible par l'équipe
Fait : dans Slack et Microsoft Teams, GitHub présente les interactions avec @GitHub comme des sessions que les membres peuvent suivre et guider ensemble. La source cite trois usages : investiguer des problèmes, planifier le travail et effectuer des changements.
Analyse : le vrai apport ne réside pas seulement dans le fait de lancer Copilot depuis une messagerie. L'intérêt est de replacer l'agent dans un échange collectif. Une demande reste visible. Les hypothèses peuvent être corrigées avant qu'une modification ne parte trop loin. Un responsable technique peut aussi demander une explication ou un découpage avant l'exécution.
Pourquoi c’est important
Cela ne remplace pas une validation humaine. Une conversation de groupe peut contenir des informations incomplètes, des raccourcis ou des décisions provisoires. Le bon réflexe consiste à demander un plan, à vérifier les fichiers concernés, puis à garder une revue du changement avant toute mise en production.
Si tu mets en place ce type de workflow dans une équipe marketing ou produit, applique la même prudence aux accès. Un agent connecté à une messagerie, à un dépôt et à un serveur MCP n'a pas le même périmètre qu'un simple assistant de rédaction. Documente les autorisations, les sources consultées et les personnes qui valident les actions.
JetBrains, VS Code et Visual Studio : GitHub étend les contrôles
Fait : pour JetBrains, GitHub annonce des contrôles d'entreprise cohérents sur les plugins, les serveurs MCP, la télémétrie et les modes d'autorisation des agents. Cette information complète les réglages entreprise annoncés pour Copilot dans JetBrains.
Pour une organisation, l'enjeu est la cohérence. Un cadre défini dans un outil perd une partie de son intérêt s'il disparaît dès qu'un développeur passe sur un autre IDE. GitHub ne détaille pas dans la source fournie l'ensemble des politiques, ni leur configuration exacte. Ce point reste donc à vérifier dans la documentation adaptée à ton offre GitHub et à ton environnement.
Fait : les mises à jour de VS Code 1.135 permettent de reprendre des sessions récentes d'agents Copilot ou Claude depuis d'autres applications. GitHub indique aussi qu'un modèle complémentaire peut donner un second avis afin de faire émerger des détails ou des cas limites manqués.
Analyse : un second avis peut être pertinent pour une revue ou une préparation de spécification. Il ne constitue pas une garantie de qualité. Deux modèles peuvent aussi reproduire une mauvaise hypothèse si le contexte initial est imprécis. Garde donc une source de vérité claire : ticket, brief fonctionnel, critères d'acceptation ou documentation du produit.
GitHub mentionne par ailleurs une interface Agents en panneau unique, des contrôles de session simplifiés, des détails de session plus faciles à trouver et un affichage de l'usage par modèle pour chaque tour de chat. Cette visibilité peut aider à comprendre l'utilisation, mais la source ne fournit ni métrique d'adoption ni détail tarifaire. Ne confonds pas une fonction de suivi avec une preuve de retour sur investissement. Sur ce sujet, GitHub a aussi ajouté un indicateur de retour sur investissement pour Copilot, dont il faut lire le périmètre avant d'en tirer une conclusion métier.
Fait : dans Visual Studio, GitHub annonce la possibilité d'épingler des modèles favoris, de masquer ceux qui ne servent pas, de comparer leurs capacités et leurs coûts, puis d'ajuster l'effort de raisonnement par tâche. Les organisations peuvent partager des agents personnalisés. GitHub indique également que les utilisateurs peuvent consulter leur consommation de plan et gérer l'usage des modèles premium avant d'atteindre leurs limites.
La mise à jour inclut enfin la revue des changements non commités ou de commits individuels avec l'agent Git avant l'ouverture d'une pull request. C'est une aide à la préparation. Fait : GitHub annonce cette capacité. Analyse : elle peut accélérer une première passe de revue, mais elle ne dispense pas d'un contrôle humain, des tests et des règles de sécurité de ton équipe.
Ce qui reste inconnu à ce stade
La publication officielle confirme les fonctionnalités listées, mais elle ne donne pas toutes les réponses opérationnelles. Aucun chiffre de performance n'est fourni pour le runtime Rust du CLI. Aucun tarif n'est annoncé dans cette source pour les modèles premium, les sessions partagées ou les intégrations citées. GitHub ne détaille pas non plus les conditions de disponibilité selon les plans, les régions ou les politiques d'entreprise.
Ces absences ne signifient pas que les fonctions sont gratuites, payantes, accessibles à tous ou indisponibles. Elles signifient simplement que le paquet de sources ne permet pas de le confirmer. Avant de modifier ton stack, vérifie la documentation de ton plan GitHub Copilot et teste les permissions avec un périmètre limité.
Cette rigueur vaut aussi pour la facturation et les politiques. Pour suivre les changements qui peuvent affecter la gouvernance de Copilot, consulte notre suivi des changements de facturation et de politiques. Une fonctionnalité intéressante n'a pas beaucoup de valeur si son coût, ses accès ou ses règles restent flous pour l'équipe qui doit l'utiliser.
Ce que ça change pour toi
Si tu développes seul, commence par les améliorations qui réduisent les frictions sans élargir inutilement les accès : reprise de session dans le CLI, réglages par défaut et revue des changements avant une pull request. Analyse : ce sont les éléments les plus faciles à intégrer dans une routine existante, car ils concernent le poste de travail et le contrôle du contexte.
Si tu travailles en équipe, les sessions partagées dans Slack et Teams peuvent rendre la collaboration avec Copilot plus observable. Le meilleur premier test n'est pas une modification sensible. Choisis plutôt un ticket documenté, une recherche de cause sur un bug non critique ou une préparation de plan. Demande ensuite à l'équipe de noter ce qui a été utile, ce qui a demandé une correction et ce qui doit rester interdit.
Ce que cela change
Si tu pilotes un produit SaaS ou une stack marketing, retiens surtout la logique de personnalisation. GitHub rassemble MCP, plugins, skills et canvases dans Customize. Analyse : la valeur ne vient pas du nombre de connexions. Elle vient d'un workflow clair, d'une donnée fiable et d'une validation définie à l'avance. C'est la même méthode que j'applique lorsqu'on relie un outil no-code, un CRM et une automation.
Pour suivre les sujets IA et logiciels qui touchent les équipes françaises, tu peux aussi parcourir les actualités du site et mes guides logiciels et marketing. Sur les sujets de SEO, de growth et d'automation pour une organisation, je partage également des ressources sur mon agence AskOptimize.
Mon avis
À mon avis, cette mise à jour est utile parce qu'elle améliore surtout le contrôle et la continuité des sessions Copilot. Je préfère voir GitHub clarifier les permissions, les réglages et la visibilité d'équipe plutôt que promettre une automation sans garde-fou. Les sessions dans Slack et Teams seront intéressantes si elles restent faciles à relire et à valider. Je te conseille de tester un cas précis, puis de mesurer le temps gagné et les corrections nécessaires avant d'étendre le workflow.
FAQ
Quelles nouveautés GitHub Copilot annonce-t-il pour la semaine du 24 août 2026 ?
GitHub annonce des sessions d'agents partagées dans Slack et Microsoft Teams, l'onglet Customize disponible en disponibilité générale, des évolutions du CLI et des mises à jour pour JetBrains, VS Code et Visual Studio. La liste complète est publiée dans le changelog GitHub.
Comment utiliser GitHub Copilot dans Slack ou Microsoft Teams ?
Selon GitHub, tu peux mentionner @GitHub dans une conversation afin d'investiguer un problème, préparer un plan ou réaliser des changements que l'équipe peut suivre et guider. La source fournie ne détaille pas les conditions de disponibilité ni les plans concernés.
Que permet l'onglet Customize de GitHub Copilot ?
L'onglet Customize regroupe les serveurs MCP, les plugins, les skills et les canvases. GitHub indique aussi qu'il peut transformer des issues et des pull requests Azure DevOps en sessions Copilot. Consulte l'actualité dédiée à Copilot Customize pour le contexte.
GitHub Copilot CLI peut-il reprendre une session interrompue ?
Oui. GitHub annonce que Copilot CLI peut restaurer des sessions qui ne se sont pas terminées correctement, y compris celles interrompues en cours de tour. Vérifie néanmoins l'état des fichiers et des actions précédentes avant de poursuivre le travail.
Les nouvelles fonctions GitHub Copilot sont-elles incluses dans tous les abonnements ?
La source officielle fournie ne communique ni prix ni disponibilité détaillée par abonnement. Elle mentionne la gestion de consommation des plans et des modèles premium dans Visual Studio. Vérifie donc les conditions de ton plan avant de déployer ces fonctions à l'échelle.
Information & avertissement
Cet article présente des informations issues du changelog officiel de GitHub publié le 28 août 2026. Je distingue les faits annoncés par GitHub de mon analyse et de mon opinion. Les disponibilités, conditions d'accès, coûts et paramètres de sécurité peuvent dépendre de ton plan et de ton environnement. Vérifie toujours la documentation officielle et tes règles internes avant d'autoriser un agent IA à accéder à des dépôts, des messageries, des données ou des outils de production.
Sources et méthode
Les informations ont été vérifiées à partir des sources ci-dessous.
Les faits confirmés sont distingués des analyses et des limites encore ouvertes.
