NouveauMises à jour de GitHub Copilot pour les équipes
GitHub Copilot ajoute surtout de la continuité de travail, pas juste des réponses en plus
La livraison hebdomadaire publiée par GitHub le 7 août 2026 touche trois endroits où les équipes passent déjà leur temps : l’application Copilot, le terminal et VS Code. Le point commun est clair : reprendre un travail, ouvrir une piste parallèle, revoir des changements et poser une question sans casser le contexte déjà accumulé par l’agent.
GitHub a publié le 7 août 2026 une synthèse de ses mises à jour Copilot de la semaine du 3 août. Le billet regroupe des changements dans l’application Copilot, dans Copilot CLI (l’interface en ligne de commande, donc Copilot dans le terminal) et dans VS Code 1.132. GitHub présente explicitement ces nouveautés comme des outils pour reprendre un travail, l’organiser, revoir des modifications et poser des questions sans perdre le fil de la session en cours. (github.blog)
Le changement le plus concret pour une équipe de développement, c’est la meilleure gestion des sessions. Dans l’application Copilot, on peut entrer directement dans des sessions partagées et ouvrir une question parallèle avec la commande /side, sans perturber la tâche principale. Dans le CLI, GitHub ajoute une barre latérale des sessions pour jongler entre plusieurs conversations en parallèle, avec des raccourcis clavier pour ouvrir, fermer et naviguer entre elles. Le CLI gagne aussi /worktree, une commande expérimentale qui crée un worktree (un répertoire de travail Git isolé, relié au même dépôt) afin de tester une idée dans un espace séparé, sans déranger l’état courant du projet. (github.blog)
Autre amélioration utile : Copilot devient un peu plus observable. Dans l’application, le mode Auto affiche désormais quel modèle a traité chaque requête terminée, ainsi que des détails sur les crédits d’IA et le cache quand ces informations sont disponibles. Dans le CLI, la chronologie des actions montre aussi la durée des appels d’outils en direct, ce qui aide à repérer une commande lente ou un agent qui bloque sur une étape externe. Pour une équipe, cela change quelque chose de simple : on peut mieux comprendre pourquoi une réponse a pris du temps, ou pourquoi deux requêtes proches n’ont pas eu le même comportement. (github.blog)
Dans VS Code, GitHub pousse surtout des fonctions de continuité de contexte. La commande /btw ouvre une discussion latérale sans interrompre le tour en cours de l’agent, tout en réutilisant le contexte et le prompt cache (la mémoire réutilisée des instructions déjà envoyées, pour éviter de repartir de zéro). Il devient aussi possible de sélectionner du texte dans une réponse et de poser une question ciblée dessus. L’éditeur intégré améliore en parallèle la revue des fichiers Markdown : les différences peuvent s’ouvrir dans un éditeur hybride, où le document modifié reste éditable pendant que des marqueurs signalent les ajouts, suppressions et changements. (github.blog)
Le point le plus intéressant hors code pur concerne le navigateur intégré de VS Code : il accepte désormais des retours au niveau d’un élément d’une page web. En clair, on peut sélectionner plusieurs éléments visuels précis sur une page, leur attacher un commentaire, puis envoyer ce lot d’annotations à l’agent. Pour un développeur qui travaille avec un designer ou qui corrige une interface, c’est plus précis qu’un message du type « le bouton du haut est bizarre ». GitHub ajoute aussi une dictée multilingue avec un modèle on-device (qui tourne sur l’appareil local, donc sans envoyer l’audio par défaut), plus un parcours guidé pour choisir et tester le micro. (github.blog)
En pratique, cette livraison ne change pas brutalement ce que Copilot sait faire, mais comment on travaille avec lui au fil d’une journée. La vraie nouveauté n’est pas une réponse plus spectaculaire : c’est la réduction des ruptures de contexte, entre session principale, question annexe, essai isolé dans un worktree, revue de diff et retour visuel sur une interface. Si votre équipe utilise déjà des assistants de code ou des agents, la leçon est simple : il devient de plus en plus utile d’organiser le travail IA par sessions séparées, reliées à un objectif clair, plutôt que par une seule conversation géante où tout se mélange. (github.blog)