GitHub Copilot Fusion devient généralement disponible avec trois modes, trois efforts et une facturation par modèle

Published · AI Daily — AI-assisted deep research, methodology & disclosure

GitHub a annoncé le 28 octobre la disponibilité générale de Copilot Fusion. Cette édition technique du 1er novembre conserve la date originale du 28 octobre. Choisir Fusion signifie choisir un système de routage et d’orchestration, et non figer un seul modèle.

GitHub a annoncé le 28 octobre la disponibilité générale de Copilot Fusion. Cette édition technique du 1er novembre conserve la date originale du 28 octobre. Choisir Fusion signifie choisir un système de routage et d’orchestration, et non figer un seul modèle. Selon GitHub, la fonction réunit l’orchestration de plusieurs modèles issue de Project HydraFusion et la sélection automatique de modèles. Le système décide quels modèles autorisés employer et comment les combiner selon la tâche. La disponibilité doit rester associée à la liste des clients et aux politiques de l’entreprise.

Dans le sélecteur de modèles, l’utilisateur choisit Fusion puis un niveau d’effort. Standard privilégie les tâches courantes, High les travaux difficiles et Max les raisonnements et développements les plus exigeants. Ces niveaux ne correspondent pas à une liste immuable de modèles. Les administrateurs contrôlent les candidats grâce aux règles de l’entreprise et de l’organisation: Fusion ne peut utiliser que les modèles activés par ces règles. Un modèle peut être désactivé pour Fusion sans être interdit à tous les autres usages de Copilot. La configuration influe donc sur les capacités et les coûts d’une tâche réelle.

GitHub présente trois modes d’exécution possibles. Single confie la tâche directement à un modèle. Cascade fait d’abord travailler un modèle efficace; un contrôle de qualité accepte sa réponse ou transmet le problème à un modèle plus fort pour une nouvelle tentative. Critique fait rédiger un premier résultat, le soumet à un critique en lecture seule, puis demande au premier modèle de le réviser si besoin. Ce sont des chemins alternatifs que le système peut choisir, pas trois étapes obligatoires pour chaque demande. Un nom de mode ne suffit pas à connaître la facture exacte ou la séquence interne d’une tâche donnée.

La comparaison de performances publiée a un périmètre strict. GitHub dit que Copilot Fusion Max obtient 60 points dans l’Artificial Analysis Coding Agent Index, à deux points au plus de Claude Code avec Opus 5.5 Max. Sur cet indice, l’entreprise annonce environ la moitié du coût API moyen par tâche et du nombre de jetons, ainsi qu’environ 40 % de temps en moins par tâche, par rapport à cette configuration. Notre rédaction n’a pas répété le test. Les chiffres concernent le niveau Max et les tâches de cet indice; ils ne démontrent pas un gain universel pour tous les dépôts, politiques de modèles et niveaux d’effort. Le dénominateur de coût est une tâche moyenne, pas un abonnement ni un tarif garanti par requête.

La facturation opérationnelle est décrite séparément. GitHub indique que chaque modèle utilisé est facturé à son tarif standard. Pendant une durée limitée, les abonnés aux offres Copilot payantes reçoivent une remise de 30 % sur les coûts des modèles employés avec Fusion. Cette réduction temporaire n’établit pas un prix permanent. La comparaison de l’indice ne fixe pas non plus un plafond contractuel pour une utilisation réelle. Une organisation devrait examiner ses propres tâches, le niveau d’effort choisi, les modèles permis et ses relevés de consommation.

La fonction est annoncée sur toutes les offres Copilot dans Visual Studio Code, l’application GitHub Copilot, Copilot CLI et les IDE JetBrains. D’autres clients doivent suivre. GitHub demande de mettre le client à jour, d’ouvrir le sélecteur et de choisir Fusion puis l’effort. Les participants à l’aperçu qui utilisaient auto, HydraFusion ou HydraFusion Max seront transférés vers les niveaux correspondants. Vérifier le réglage après migration évite d’imaginer qu’une ancienne étiquette garantit toujours le même ensemble de modèles.

Pour un essai contrôlé, une équipe peut reprendre des tâches de programmation représentatives, noter les résultats et les modèles facturés, puis comparer les niveaux sous ses propres règles d’administration. C’est une méthode d’évaluation suggérée, pas une expérience réalisée ici. Le fait documenté est la mise à disposition générale de Fusion avec trois modes, trois efforts et des contrôles d’entreprise. Les chiffres du fournisseur ne sont utiles que si leur auteur, leur comparateur, leur unité par tâche et le réglage Max les accompagnent.

Sources

FAQ

Quels sont les trois modes et les trois niveaux d’effort de Fusion ?

Single utilise un modèle; Cascade vérifie une première réponse efficace et peut l’escalader; Critique fait relire en lecture seule avant une révision par le premier modèle. Standard, High et Max sont des niveaux d’effort, pas des listes fixes de modèles. Les trois modes ne tournent pas nécessairement à chaque demande.

Que mesurent les 60 points et les écarts de coût et de temps ?

GitHub rapporte 60 points pour Fusion Max dans l’Artificial Analysis Coding Agent Index, à deux points au plus de Claude Code avec Opus 5.5 Max. Dans ce test, coûts API et jetons moyens par tâche seraient environ deux fois moindres et le temps environ 40 % inférieur. Nous n’avons pas reproduit ces mesures.

Comment fonctionne la facture et comment activer Fusion ?

Chaque modèle utilisé est facturé à son tarif standard; les offres Copilot payantes ont une remise temporaire de 30 % sur les coûts des modèles. Mettez à jour un client compatible, choisissez Fusion et un effort, puis vérifiez les règles de modèles de l’organisation. Contrôlez ensuite facture réelle et qualité des tâches.