GitHub Copilot App : Microsoft transforme le développement en expérience agent-native à Build 2026

Microsoft a ouvert le feu de sa conférence Build 2026 le 2 juin 2026. Et parmi toutes les annonces, il y en a une qui risque de changer la façon dont on développe au quotidien. GitHub a présenté son application Copilot desktop. Pas une simple extension d’IDE. Un vrai bureau de travail dédié aux agents IA.

L’idée derrière tout ça est simple. Les agents IA produisent de plus en plus de code, de pull requests, de reviews. Mais le workflow autour est encore un cauchemar. Il faut jongler entre le terminal, l’éditeur, les onglets du navigateur, GitHub lui-même. Le contexte se disperse. On perd le fil.

GitHub répond avec une application desktop unifiée. Voyons ce qu’elle propose concrètement, et si ça vaut vraiment le coup de s’y intéresser dès maintenant.

Ce qu’il faut savoir

Avant de rentrer dans les détails, voici la vue d’ensemble de ce que GitHub propose avec cette application.

Une application desktop pensée pour les agents, pas pour les snippets

Le concept central de l’application GitHub Copilot, c’est le My Work view. Une vue unifiée où vous voyez tout votre travail en cours. Les sessions actives. Les issues. Les pull requests. Les automatisations en arrière-plan. Tout au même endroit.

Mario Rodriguez, Chief Product Officer chez GitHub, a insisté sur un point lors de l’annonce. L’application n’est pas un replacement de VS Code. C’est une surface de travail agentique. Vous lancez un agent depuis une issue, il crée sa propre branche, écrit le code, lance les tests. Vous inspectez le diff, vous validez ou vous redirigez. Et quand tout est prêt, l’agent ouvre la pull request.

Chaque session tourne dans son propre git worktree. C’est important. Ça veut dire que vous pouvez lancer cinq agents en parallèle sur cinq issues différentes, et aucun ne viendra marcher sur les pieds de l’autre. Pas de stash à gérer, pas de branches à jongler. L’application s’occupe de toute la mécanique git derrière.

Trois modes de session, du collaboratif à l’autonome total

L’application propose trois modes de travail avec les agents. Et le choix du mode change vraiment l’expérience.

• Interactive : vous collaborez avec l’agent en temps réel. Il propose, vous discutez, vous guidez. C’est le mode le plus sûr pour les tâches complexes où votre jugement compte.
• Plan : l’agent élabore un plan d’action d’abord. Vous l’approuvez ou vous le modifiez avant exécution. Un bon compromis entre contrôle et automatisation.
• Autopilot : l’agent travaille en totale autonomie. Il crée la branche, code, teste, ouvre la PR. Vous ne validez qu’à la fin. À réserver aux tâches bien comprises et répétitives.

Vous pouvez aussi choisir le modèle derrière chaque session. Haiku, Sonnet, Opus, GPT-5.5, Gemini 3.5 Flash. Tout ça via votre abonnement Copilot. Et vous pouvez ajuster l’effort de raisonnement selon la complexité du travail. L’arbitrage performance et coût reste un point de vigilance pour les développeurs.

Agent Merge : l’IA qui porte vos PR jusqu’au bout

Le travail n’est pas terminé quand le code est commité. Il faut encore que la PR passe les reviews, les checks CI, et soit mergée. C’est là qu’intervient Agent Merge.

Agent Merge surveille votre pull request. Il suit les reviewers requis, identifie les checks CI qui échouent, et peut même adresser les commentaires de review automatiquement. Vous décidez jusqu’où il va. Corriger les checks qui échouent. Répondre aux reviewers. Merger quand toutes les conditions sont remplies. Mais c’est toujours vous qui activez l’automatisation et décidez ce qui est livré.

C’est un gros changement par rapport au workflow classique. D’habitude, une PR bloquée par un review ou un check CI, c’est à vous de revenir dessus, de comprendre le problème, de corriger. Avec Agent Merge, l’agent peut s’en charger seul. Pour les PRs simples, ça change la donne.

Canvases : quand le travail de l’agent devient visible

C’est peut-être la nouveauté la plus intéressante de cette annonce. Les canvases sont des surfaces de travail bidirectionnelles. L’agent y met son travail à jour en temps réel, et vous pouvez éditer, réordonner, approuver ou rediriger directement dessus.

Un canvas peut afficher un plan, une pull request, une session navigateur, un terminal, un dashboard, un état de workflow. Le chat reste là pour discuter et raisonner. Le canvas, c’est là où l’intention devient un travail concret que vous pouvez inspecter et vérifier.

En pratique, ça veut dire que le progrès de l’agent n’est plus enterré dans un transcript de chat. Il est visible directement sur la surface de travail. C’est un gros pas en avant pour ce que GitHub appelle l’Agent Experience (AX) : des interfaces conçues pour que les humains et les agents travaillent ensemble, pas juste côte à côte.

Sandboxes : un environnement borné pour les agents

Les agents ont besoin d’un endroit sûr pour agir. GitHub propose maintenant deux options.

• Sandbox local : l’agent tourne dans un environnement isolé sur votre machine, avec un accès restreint au filesystem et au réseau. Les politiques peuvent être configurées centralement.
• Sandbox cloud : chaque session tourne dans un environnement Linux éphémère et isolé, hébergé par GitHub. Vous pouvez reprendre vos sessions depuis n’importe quel appareil. Les organisations définissent leurs propres politiques.

C’est un point crucial pour les entreprises. Beaucoup hésitaient à laisser des agents IA toucher au code de production. Avec des environnements bornés et des politiques configurables, la barrière à l’adoption baisse significativement.

Code review amélioré et SDK devenu général

Deux autres annonces méritent l’attention. D’abord, Copilot Code Review gagne un niveau medium qui envoie les PR vers un modèle à plus fort raisonnement pour une meilleure précision. Les admins peuvent configurer du low pour les repos à faible risque et du medium pour les plus critiques.

Le skill /security-review offre un chemin dédié pour l’évaluation sécurité. Le skill /rubberduck est maintenant en accès général et utilise plusieurs familles de modèles pour critiquer votre implémentation.

Ensuite, le Copilot SDK passe en disponibilité générale. Il expose le même runtime agentique que l’application Copilot. En Node.js, Python, Go, .NET, Rust, Java. Si votre équipe a besoin d’un outil d’analyse de code interne, d’un générateur de notes de release, ou d’un agent dans un workflow de support, vous le construisez sur cette base commune.

Copilot CLI redesigné et automations cloud

Pour ceux qui préfèrent le terminal, le Copilot CLI a reçu un nouveau TUI en mode expérimental. Onglets pour les PR, les issues et les gists directement dans le terminal. Un mode vocal avec reconnaissance locale (l’audio ne quitte jamais votre machine). Et la commande /every pour planifier des tâches récurrentes.

Les automations cloud permettent aux agents de tourner selon un planning, de répondre aux événements GitHub, d’ouvrir des issues et de laisser des commentaires. Par défaut, l’agent cloud demande la permission avant chaque action d’écriture. Vous passez en autopilot quand la confiance est établie.

Pricing : les plans qui ouvrent l’accès

Pour utiliser l’application GitHub Copilot, il faut un abonnement. Les crédits IA consommés par les sessions agents, les reviews et le CLI sont déduits de votre quota mensuel, un système qui rejoint les logiques de quotas observées chez d’autres acteurs comme Google avec Gemini Pro. Voici les tarifs actuels.

Notez que GitHub a temporairement suspendu les nouvelles inscriptions pour les plans Pro, Pro+ et Max depuis avril 2026. Un contexte qui fait écho aux débats sur le coût réel des agents IA, qui restent un sujet sensible. Les abonnés existants peuvent toujours upgrader. L’objectif affiché est de garantir la qualité de l’expérience avant d’ouvrir les vannes. Un contexte où les budgets IA restent un sujet sensible, tant pour les développeurs individuels que pour les entreprises.

Mon avis : prometteur, mais pas encore mature

GitHub a raison sur le diagnostic. Le workflow agentique actuel est fragmenté. Une application desktop qui centralise tout, c’est logique. Mais en l’état de preview technique, il reste des questions.

Les tests mains sur l’application montrent que ça fonctionne bien pour des tâches simples. Implémenter une issue, corriger un bug, ajouter un test. Pour du travail plus complexe, les limites apparaissent. L’agent ne configure pas automatiquement les scripts de run. Il faut encore intervenir manuellement pour certains détails. Et le one-click preview ne marche pas toujours du premier coup.

Cela dit, le rythme d’itération de GitHub est impressionnant. L’application était en preview restreinte mi-mai 2026. Elle est maintenant ouverte à tous les abonnés payants. Les canvases, les sandboxes cloud, le SDK GA, le CLI redesigné, les automations programmées. Tout arrive en même temps. C’est un écosystème qui se construit très vite.

Si vous êtes déjà abonné Copilot Pro ou supérieur, ça vaut le coup de télécharger l’application et de tester. Surtout les sessions parallèles et Agent Merge. Ce sont les deux fonctionnalités qui changent le plus le quotidien. Pour les équipes, attendez que la preview soit stabilisée et que les politiques d’entreprise soient bien rodées.

Questions fréquentes

Verdict

GitHub Copilot App est une avancée sérieuse dans l’espace du développement agentique. L’application ne remplace pas vos outils actuels, elle les complète en ajoutant un centre de contrôle pour les agents. Les sessions parallèles, Agent Merge et les canvases sont les trois fonctionnalités qui distinguent vraiment cette approche.

La preview technique est encore jeune. Des ajustements sont attendus. Mais la direction est claire : GitHub veut que les agents IA aient leur place propre dans le workflow, pas juste un coin dans l’éditeur. Et ça, c’est une vision cohérente.