VS Code 1.111 lance Autopilot : un agent IA qui code, teste et déploie seul

VS Code 1.111 est sorti le 9 mars 2026, et il ne s'agit pas d'une énième mise à jour de correctifs mineurs. Chaque nouveauté de cette version touche à l'IA. La principale : le mode Autopilot, dans lequel l'agent écrit, teste et déploie le code de lui-même, sans s'interrompre ni demander de confirmation avant d'avoir bouclé l'ensemble de la tâche.

Qu'est-ce que le mode Autopilot

Autopilot n'est pas une autocomplétion améliorée. C'est un agent IA à part entière qui opère en boucle : il reçoit une tâche, planifie lui-même les étapes, les exécute et corrige le résultat si nécessaire.

Sa caractéristique clé : l'agent n'attend pas le développeur à chaque étape. Il approuve lui-même les appels d'outils, relance lui-même les tentatives en cas d'erreur et répond lui-même aux questions intermédiaires susceptibles de surgir en cours de route.

Kai Maetzel, ingénieur principal chez Microsoft, l'a formulé sans détour : l'agent ne doit pas « rester inactif en attendant une réponse ». L'objectif est de supprimer tous les points où le processus ralentit parce qu'il faut attendre un humain.

C'est un modèle radicalement différent de tout ce qui existait jusqu'ici. GitHub Copilot proposait des suggestions d'autocomplétion, et l'humain choisissait. Copilot Chat expliquait le code et générait des fonctions à la demande, mais les décisions restaient entre les mains du développeur. Autopilot est le premier à retirer l'humain de la boucle de décision pendant l'exécution d'une tâche.

Ce que fait l'agent sans le développeur

Autopilot couvre tout le cycle type, de l'écriture du code au déploiement :

• il génère et modifie le code à partir de la description de la tâche
• il lance les tests et interprète leurs résultats
• il corrige les erreurs de compilation et les avertissements du linter
• il ouvre le terminal et exécute les commandes de build
• il déploie les modifications selon le pipeline défini

Le développeur formule la tâche et récupère un résultat prêt à l'emploi. Ce qui se passe entre ces deux points, c'est l'agent qui en décide.

Bonne ou mauvaise chose

L'auteur de l'article original code depuis le début des années 2000. Il a vu Eclipse ralentir jusqu'à se traîner, IntelliJ conquérir le monde du développement Java, et VS Code devenir l'éditeur par défaut de toute une génération. Selon lui, Autopilot n'est pas l'ajout d'une nouvelle fonctionnalité. C'est un changement de nature dans la relation entre le développeur et son outil.

« Là, c'est autre chose.

C'est un changement dans la relation même entre le développeur et l'outil. »

Les risques sont évidents. Un agent qui approuve lui-même ses actions va vite, mais si quelque chose déraille, le développeur l'apprend après coup, et non pendant. Un bug déployé, une config écrasée, une commande lancée en prod au lieu de dev : tout cela devient possible dès lors que l'humain est retiré de la chaîne. Autopilot est un pari assumé sur la vitesse, et chaque équipe devra juger si ce pari vaut la perte de contrôle.

Ce que cela signifie

VS Code est passé d'un éditeur doté d'autocomplétion à un exécutant autonome de tâches, et cette transition a pris moins de deux ans de développement actif des fonctions d'IA.

Pour les équipes, Autopilot représente un gain de temps réel sur les cycles routiniers. Mais cela ne fonctionnera que dans un environnement doté de limites explicites et de règles claires. Sans elles, le mode autopilote devient non pas un accélérateur, mais une source de risques plus difficiles à détecter que des bugs ordinaires.