GitHub a annoncé le 30 septembre 2026 l’arrivée de HydraFusion dans Visual Studio Code et dans l’application Copilot, un mois après son lancement en aperçu de recherche dans Copilot CLI. HydraFusion n’est pas un modèle supplémentaire mais un système d’orchestration : il décide, pour chaque tâche, s’il faut un seul modèle, une escalade vers un modèle plus capable, ou une relecture croisée entre deux modèles de familles différentes. L’initiative s’ajoute à une série de chantiers Copilot engagés ces dernières semaines, dont l’ouverture de Copilot Code aux métiers non techniques.
Trois façons d’exécuter une tâche
GitHub présente HydraFusion comme un problème d’optimisation de workflow plutôt qu’un simple sélecteur de modèle. Trois patterns d’exécution sont disponibles, choisis automatiquement selon la nature de la demande.
| Mode | Fonctionnement | Cas d’usage typique |
|---|---|---|
| Single | Un seul modèle traite la demande de bout en bout | Tâche simple, périmètre bien délimité |
| Cascade | Un modèle économique rédige une réponse ; un filtre de qualité escalade vers un modèle plus puissant si nécessaire | Volume élevé, budget de tokens contraint |
| Critique | Un modèle rédige, un second modèle d’une autre famille relit de façon indépendante, le premier corrige une fois | Tâche sensible où une erreur coûte cher |
De la CLI à l’éditeur
Jusqu’ici, l’activation passait uniquement par la ligne de commande de Copilot CLI, via un réglage expérimental et un sélecteur de modèle dédié.
/update
/experimental on
/model
> HydraFusion (Research Preview)L’extension à VS Code et à l’application Copilot reprend ce même mécanisme sous forme graphique, dans le sélecteur de modèle habituel, sans passer par le terminal. Pour les équipes qui pilotent déjà leurs agents depuis la ligne de commande, la bascule ne change rien aux habitudes ; pour les autres, c’est la première occasion d’essayer le dispositif sans quitter l’éditeur. GitHub indique aussi avoir amélioré la lisibilité du processus : progression en temps réel et indicateurs de statut plus clairs pendant les tâches longues, un point faible fréquemment remonté depuis le lancement en CLI.
Des gains annoncés par GitHub
Sur son propre protocole d’évaluation TerminalBench 2.1, GitHub avance une baisse de coût estimée à 67 % par rapport à une exécution sur Claude Opus 5 seul, pour une proportion de tâches correctement résolues en hausse de 4,9 points. Ces chiffres proviennent d’un protocole interne à GitHub et portent sur son propre benchmark ; ils n’ont pas été vérifiés de façon indépendante par la rédaction.
HydraFusion ne remplace pas le sélecteur « Auto » de Copilot : il explore comment un même tour de conversation peut à la fois choisir un workflow et coordonner plusieurs modèles.
L’accès reste conditionné à un abonnement Copilot Pro, Pro+, Business ou Enterprise. Pour les comptes d’entreprise, l’administrateur doit activer les fonctionnalités en aperçu au niveau de l’organisation avant qu’un développeur puisse l’utiliser, que ce soit en CLI, dans VS Code ou dans l’application Copilot.
Ce qu’il faut retenir
HydraFusion passe du statut d’expérimentation réservée à la CLI à une disponibilité plus large dans VS Code et l’application Copilot, sans changer de principe : router automatiquement une tâche vers un seul modèle, une cascade économique, ou une relecture croisée. Le dispositif reste un aperçu de recherche, dépendant des politiques d’organisation, et les gains annoncés reposent sur un benchmark interne à GitHub. Il s’inscrit dans un mouvement plus large de standardisation des échanges entre agents et outils, dont la spécification MCP pose les bases côté protocole.
Le mode Cascade est à mon sens celui qui a le plus de chances d’être adopté en production, parce qu’il répond à un problème concret de budget plutôt qu’à une promesse de qualité abstraite. Le mode Critique, lui, me paraît surtout utile sur du code de sécurité ou de facturation, là où une seconde paire d’yeux change réellement l’issue. Je resterais prudent sur les chiffres de coût avancés par GitHub tant qu’un tiers indépendant n’a pas reproduit la mesure : un éditeur qui évalue sa propre fonctionnalité sur son propre benchmark part rarement perdant. — Simon Janvier
Pour aller plus loin : annonce officielle sur le changelog GitHub.
