Microsoft a publié Visual Studio Code 1.140 le 30 septembre. Les nouveautés de cette version portent presque toutes sur les agents : l'architecture de base de l'agent Copilot a changé, une même session peut désormais ouvrir plusieurs dossiers à la fois, les agents peuvent déléguer des tâches à des machines distantes, et un aperçu de recherche d'orchestration multi-modèles baptisé HydraFusion a été publié.
Le socle déménage dans un processus dédié
La 1.140 transforme l'environnement d'exécution de l'agent Copilot (officiellement appelé Copilot harness) en une structure basée sur l'Agent Host Protocol (AHP), exécutée dans un processus à part. L'effet direct : plusieurs fenêtres VS Code peuvent se connecter à la même session d'agent, et fermer une fenêtre n'emporte pas la session avec elle.
Sur cette base, les sessions multi-racines arrivent sous forme de fonctionnalité expérimentale. Une session peut traiter plusieurs dépôts ou plusieurs worktrees isolés à la fois, chaque discussion disposant de son propre dossier, terminal, tâches et historique de modifications. Trois réglages permettent de l'activer :
chat.agentHost.copilotAgent.multiRootEnabledchat.agentHost.claudeAgent.multiRootEnabledchat.agentHost.codexAgent.multiRootEnabled
À en juger par les noms, outre son propre Copilot, l'hôte d'agents de VS Code réserve des bascules équivalentes aux agents de Claude et de Codex.
Déléguer le travail à distance, les modèles changent de vitesse automatiquement
La délégation à distance est elle aussi une fonctionnalité expérimentale, activée via chat.remoteAgentHostsEnabled et chat.remoteSessions.tools.enabled. Une fois activée, l'agent dispose de quatre outils supplémentaires : lister les hôtes distants disponibles, créer une session distante, interroger l'état d'une session, envoyer un message à une session distante. On peut le comprendre comme suit : l'agent local joue le rôle de répartiteur et renvoie les tâches chronophages vers des machines distantes.
HydraFusion est un système adaptatif qui décide du modèle à utiliser et du flux à suivre : une tâche simple est traitée par un seul modèle ; une tâche plus difficile est escaladée vers un modèle plus puissant ; un autre modèle peut aussi être chargé de relire et de corriger les erreurs. Microsoft le classe comme aperçu de recherche et n'a publié ni les règles d'orchestration ni de données de performance.
Quelques ajustements qui font gagner du temps
- Worktree : le nouveau réglage
git.worktreeSymlinkFolderspermet à plusieurs worktrees de partager des dossiers ignorés par git, commenode_modules, sans réinstaller les dépendances à chaque nouveau worktree (fonctionnalité expérimentale). - Dev Container : les conteneurs utilisés par les sessions d'agent s'arrêtent automatiquement après 5 minutes d'inactivité, une durée réglable via
chat.agentHost.devContainer.idleTimeout; les téléchargements de VS Code Server et de la CLI sont mis en cache et réutilisés. - Gouvernance d'entreprise : les administrateurs peuvent utiliser
autoTierpour fixer le niveau par défaut du modèle Auto, avec les options efficiency, balance et intelligence, sans empêcher les développeurs de le modifier eux-mêmes. - Configuration MCP : prend en charge une configuration globale dans
$COPILOT_HOME/mcp-config.json, ainsi qu'un fichier.mcp.jsondans l'espace de travail.
Quelques implications pour les équipes de développement en Chine
De nombreuses équipes en Chine découpent leur code par service en plusieurs dépôts : un pour le frontend, un pour le backend, un pour les composants partagés. Auparavant, pour qu'un agent de VS Code modifie une fonctionnalité à travers plusieurs dépôts, il fallait soit ouvrir plusieurs fenêtres et jongler entre elles, soit assembler temporairement plusieurs dépôts en un seul espace de travail. Les sessions multi-racines sont conçues précisément pour ce type de découpage, et les scénarios où le frontend et le backend doivent évoluer ensemble lors de la modification d'une interface deviennent bien plus pratiques.
Le partage de node_modules entre worktrees aide encore plus directement les développeurs dans des environnements réseau plus sensibles. En Chine, l'installation des dépendances passe le plus souvent par des serveurs miroirs, et réinstaller un projet frontend de taille moyenne peut prendre plusieurs minutes à chaque fois. Ouvrir trois ou quatre worktrees en même temps pour laisser l'agent tester plusieurs approches en parallèle demandait auparavant trois ou quatre installations ; il n'en faut plus qu'une seule désormais.
Côté entreprise, autoTier répond surtout à un besoin de maîtrise des coûts. Par défaut, le niveau est verrouillé sur efficiency, les employés utilisant un modèle moins coûteux pour les complétions et questions du quotidien, et basculant manuellement vers intelligence en cas de besoin. Quant aux modèles réellement accessibles aux entreprises en Chine, et à la question de savoir si HydraFusion orchestrera des modèles autres que Claude ou Codex, les notes de cette mise à jour ne le précisent pas : tout dépend des modèles effectivement disponibles sur chaque compte.
La plupart de ces fonctionnalités portent encore l'étiquette « expérimental » et restent désactivées par défaut. Pour les essayer, il faut les activer manuellement dans les réglages ; avant de les déployer pour toute une équipe, il est plus prudent de les faire tourner un moment sur un ou deux dépôts.
Sources : notes de version de Visual Studio Code 1.140, CocoLoop ; noms des réglages et valeurs par défaut conformes aux notes de version officielles.