Microsoft a ajouté Agent Merge à Visual Studio Code 1.136. Cette fonction, encore en préversion, transforme la dernière étape d'une demande de fusion en boucle de travail continue pour un agent. Elle peut surveiller la demande associée à une session, demander à l'agent de traiter les remarques de revue, corriger des contrôles obligatoires en échec, mettre la branche à jour, résoudre des conflits, relancer les chaînes CI et recommencer jusqu'à ce que la demande soit prête à être fusionnée.
La fonction est arrivée avec VS Code 1.136, publié le 2 septembre 2026. Elle reste désactivée par défaut derrière le réglage chat.agentMerge.enabled. L'utilisateur choisit les catégories de blocages que l'agent peut traiter. La fusion automatique fait l'objet d'un réglage distinct et reste désactivée par défaut.
Le changement essentiel n'est pas la génération de code
Les agents de développement savaient déjà produire des modifications, lancer des tests et répondre à des commentaires de revue. Agent Merge modifie surtout l'enchaînement de ces opérations. Au lieu d'attendre qu'un développeur remarque chaque nouveau blocage et relance manuellement l'agent, l'état de la demande de fusion peut provoquer un nouveau tour de travail.
La documentation de Microsoft indique qu'Agent Merge peut traiter des fils de revue non résolus, des demandes de modification et de nouveaux commentaires de mainteneurs, corriger des contrôles CI obligatoires en échec, remettre à niveau une branche en retard et résoudre des conflits. S'il est configuré pour cela, il peut ensuite fusionner la demande ou l'ajouter à la file d'attente de fusion.
L'état du dépôt devient donc une entrée de la boucle de l'agent. Un contrôle qui échoue, une nouvelle remarque ou un conflit peut déclencher une nouvelle tentative de correction. L'agent ne se limite plus à produire un correctif ponctuel : il peut rester attaché au cycle de vie de la modification.
L'activation de la boucle élargit aussi l'autorité de la session
C'est l'aspect le plus important pour les équipes d'ingénierie. Microsoft avertit explicitement qu'activer Agent Merge fait passer la session en mode Autopilot avec des autorisations Assisted. La fonction peut lancer de nouveaux tours d'agent, modifier et synchroniser la branche de la demande de fusion et consommer de nouvelles requêtes au modèle sans intervention manuelle à chaque étape.
Ces capacités restent soumises aux règles du dépôt et aux contrôles de VS Code, mais la frontière opérationnelle se déplace. Une équipe qui examinait auparavant un seul correctif produit par l'agent doit maintenant raisonner sur un processus susceptible de produire plusieurs corrections successives en réaction à l'état du dépôt.
La fusion automatique n'est pas imposée. Le réglage chat.agentMerge.mergePullRequest vaut never par défaut. Il est possible d'autoriser la fusion automatique dans tous les cas ou seulement tant qu'un tour de réparation n'a pas modifié la demande. Agent Merge vérifie aussi que la demande est toujours prête juste avant la fusion ou son entrée dans la file d'attente.
Un CI au vert n'est pas une garantie indépendante
La conclusion d'ingénierie d'Aipolix est qu'il faut séparer l'autorité donnée à l'agent pour réparer une branche des contrôles chargés de démontrer que la modification peut être acceptée.
Agent Merge est précisément conçu pour modifier la branche jusqu'à ce que les contrôles obligatoires réussissent. C'est utile, mais un résultat vert prouve seulement que les contrôles configurés ont accepté l'état final de la branche. Il ne constitue pas, à lui seul, une preuve indépendante de la correction ou de l'exhaustivité du changement. Plus le périmètre d'écriture de l'agent est large, plus il devient important de conserver des contrôles critiques hors de cette même frontière d'autorité.
Des branches protégées, des revues obligatoires, des règles CODEOWNERS, des identifiants aux privilèges limités, une configuration CI protégée et une validation humaine sur les dépôts sensibles permettent de maintenir cette séparation. La combinaison exacte dépend de l'organisation, mais le principe reste le même : le système qui modifie le code ne doit pas être le seul à décider si ce code est prêt à être livré.
La répétition des tours renforce ce besoin. Une mauvaise première correction peut provoquer un nouvel échec, lui-même suivi d'une autre intervention de l'agent. Pour auditer le processus, le dernier diff ne suffit donc pas. Il faut également conserver la séquence des tours, le blocage qui a déclenché chacun d'eux, les contrôles relancés et le niveau d'autorisation actif.
Une préversion qui se prête à un déploiement mesuré
Agent Merge expose des commandes assez précises. Le traitement des revues, la correction du CI et la résolution des conflits peuvent être activés séparément. La fusion automatique est un choix distinct. Si la session commence à suivre une autre branche ou une autre demande, la surveillance s'arrête et doit être réactivée.
Une organisation peut donc commencer avec un périmètre réduit : laisser la fusion automatique désactivée, autoriser les corrections de revue et de CI sur quelques dépôts à faible risque et imposer une inspection humaine finale. Elle peut ensuite mesurer le taux de réussite des corrections, le nombre de tours autonomes, la consommation de modèles, les retours arrière et les catégories de blocages qui exigent encore un jugement humain.
La bonne question n'est pas seulement de savoir combien de demandes Agent Merge rend « vertes ». Il faut surtout pouvoir démontrer quelles actions l'agent a réalisées, quels contrôles sont restés indépendants et qui a conservé l'autorité de fusion finale.
Un agent continu exige une gouvernance continue
Avec VS Code 1.136, l'agent de développement se rapproche d'un opérateur qui reste attaché à une modification jusqu'à ce que ses conditions d'acceptation soient remplies. Cela peut éliminer une partie du travail répétitif lié aux remarques simples de revue, aux échecs d'intégration et au décalage entre branches.
En contrepartie, les autorisations, les protections de branche, les revues obligatoires et les traces d'audit deviennent des éléments centraux de l'architecture. Ils déterminent jusqu'où la boucle autonome peut aller.
Les équipes devraient donc évaluer Agent Merge comme un mécanisme de flux de travail, et non comme une simple fonction de génération de code. Sa valeur vient de la fermeture de la boucle de maintenance d'une demande de fusion. Le risque apparaît si cette boucle est fermée sans conserver, à l'extérieur, une véritable étape d'acceptation indépendante.