Devin Fusion : ce que fait le nouveau harnais multi-modèles de Cognition

Ce qu'est vraiment Devin Fusion

Commençons par la chose elle-même, car "harnais multi-modèles" est du jargon qui cache une idée simple.

Un harnais, c'est l'échafaudage autour d'un modèle de langage qui le transforme en agent : la boucle qui lit votre base de code, planifie, appelle des outils, exécute des tests et décide de la suite. Devin a toujours été le harnais de Cognition pour le travail logiciel autonome. Fusion en change une chose : au lieu de faire tourner cette boucle sur un seul modèle, elle la fait tourner sur deux à la fois.

Cognition pose le problème sans détour dans l'annonce de Devin Fusion : "Les équipes d'ingénierie brûlent de l'argent. Il n'est plus soutenable d'utiliser les modèles les plus chers pour chaque tâche." Leur analogie m'est restée en tête : "Vous ne conduiriez pas une Lamborghini pour aller faire les courses, alors pourquoi prendre un modèle capable de découvrir des failles zero-day et l'utiliser pour arrondir le coin d'un bouton ?"

Leur argument, dans leurs mots : "L'ère où l'on utilisait un seul modèle pour tout son travail touche à sa fin." Fusion est leur réponse, et elle a été lancée en préversion dans Devin le jour même de son annonce. Elle arrive après une grosse année pour Cognition, qui a levé plus d'1 milliard de dollars pour une valorisation de 26 milliards en mai 2026 et intégré Windsurf à sa gamme de produits (l'ancien IDE Windsurf s'appelle désormais "Devin Desktop").

Le sidekick : comment ça fonctionne sous le capot

Le mécanisme central est ce que Cognition appelle l'approche "sidekick", et il mérite qu'on s'y attarde car il diffère du routage de modèles naïf que font la plupart des outils.

Deux agents pleinement capables tournent en parallèle. Un agent principal sur un modèle frontier (pensez Opus 4.8 ou GPT-5.5) et un agent sidekick plus petit et moins cher. Chacun conserve son propre contexte persistant et mis en cache. Au fil de la tâche, l'agent principal décide ce qu'il délègue. Le mode de fonctionnement calibré par Cognition veut que l'agent principal "prenne un minimum d'actions... Par défaut, il doit déléguer et superviser, tout en prenant les décisions importantes : le plan, l'interprétation de l'ambiguïté, la revue finale." Le sidekick fait le gros du travail : explorer la base de code, écrire du code, écrire des tests, corriger le lint.

Pourquoi ne pas simplement laisser le modèle principal "demander" de l'aide à un modèle moins cher, comme le faisaient les outils précédents ? À cause des cache misses. Quand un agent frontier interroge un modèle conseiller séparé, il renvoie tout son contexte au prix fort à chaque fois, ce qui devient rapidement coûteux. Fusion contourne ce problème : les deux agents conservent chacun leur propre contexte mis en cache, si bien que la délégation ne déclenche pas de renvoi coûteux. Cognition glisse même un indice technique dans son billet, notant que "la plupart des entrées mises en cache n'ont qu'une expiration de 5 minutes" et invitant les lecteurs à réfléchir à la façon dont ils ont contourné ce problème.

La seconde technique est le routage dynamique en cours de session. Choisir un modèle au début d'une tâche est un pari, car un simple prompt révèle rarement à quel point le travail va réellement s'avérer difficile. Fusion fait donc tourner des classificateurs légers pendant l'exécution, capables de faire remonter à l'agent principal une tâche sidekick en difficulté, ou de changer complètement de modèle. L'astuce ingénieuse : le changement de modèle a lieu pendant la compaction du contexte, une étape qui déclencherait de toute façon un cache miss, si bien que le basculement est en pratique gratuit. C'est la même idée de boucle de raisonnement agentique qui sous-tend les agents modernes, simplement appliquée à quel modèle exécute chaque tour.

Les chiffres : 35 % moins cher, avec un astérisque

Cognition a testé Fusion sur FrontierCode, un nouveau benchmark de qualité de code construit avec plus de 20 mainteneurs open source, qui mesure si le code est réellement mergeable, pas seulement s'il passe un test. Voici l'extrait phare des résultats (FrontierCode Extended, score par rapport au coût moyen par tâche) :

L'histoire que raconte ce tableau : Fusion (sans Fable 5) obtient un score de 47,9 pour 2,38 $ par tâche, égalant à peu près les 48,8 d'Opus 4.8 tout en coûtant environ un tiers de moins. Cognition arrondit cela à une amélioration de coût de 35 % "tout en maintenant une performance équivalente au frontier."

Deux réserves honnêtes avant de capturer ce graphique en photo. D'abord, il s'agit d'un benchmark maison sur une évaluation maison, ce qui est valable comme signal mais ne remplace pas un test indépendant. Ensuite, le chiffre encore meilleur de "41 % moins cher" nécessite Fable 5 d'Anthropic, et l'accès à Fable 5 a été suspendu le 12 juin 2026 sous une directive du gouvernement américain. Ces chiffres pour Fable 5 ont donc été mesurés avant cette coupure et ne sont plus reproductibles actuellement. Le chiffre encore valable est celui de 35 %.

Cognition affirme aussi que Fusion "se ressent vraiment bien à l'usage", et l'appuie d'une statistique interne : après l'avoir activé, 88 % de leurs pull requests mergées ont été entièrement pilotées par le routeur automatisé de Fusion. C'est un signal réel, même s'il s'agit de Cognition testant Fusion sur sa propre base de code, l'environnement de test le plus favorable qui soit.

Quand déléguer aide, et quand ça se retourne contre vous

La partie la plus utile de l'annonce, à mon sens, n'était pas le chiffre phare. C'était le fait que Cognition ait publié les tâches où le sidekick nuisait.

Sur le travail mécanique, la délégation est un net avantage. Moderniser un fichier JS vers ES6 est revenu 62 % moins cher, le score restant stable. Retirer une bibliothèque de traçage dépréciée d'une base de code Go a coûté 32 % moins cher. Mais sur une fonctionnalité front-end complexe où le jugement était le livrable, la délégation a fait chuter le score de qualité de 54 à 27. Le résumé de Cognition lui-même : "Quand le jugement est le livrable, le déléguer se retourne contre vous."

C'est la version honnête, non marketing, de l'argument, et c'est la partie qui mérite d'être retenue. Fusion n'est pas une magie qui rend les modèles bon marché aussi intelligents que les chers. C'est un système pour dépenser les tokens coûteux uniquement là où ils changent le résultat. Cette distinction est exactement ce qui sépare un agent IA réellement utile d'une démo coûteuse.

Ce que les gens en disent vraiment

Fusion n'a que quelques jours, donc la réaction de la communauté à Fusion spécifiquement est encore mince et se limite surtout à des commentaires de lancement plutôt positifs. Sur Reddit r/AIDeveloperNews, l'avis était que "l'architecture est vraiment plutôt astucieuse", et des opérateurs sur X disséquaient l'approche du sidekick avec approbation.

Mais on ne peut pas lire les réactions à Fusion dans le vide, car Devin traîne un lourd passif. La critique la plus tenace reste le test indépendant de mars 2024 où Devin n'a complété que 3 tâches sur 20, ce qu'Internet a qualifié de fausse démo. Fait intéressant, en 2026 cet épisode ressort surtout comme une histoire de revanche :

"En mars 2024, des testeurs indépendants ont dit que Devin avait complété 3 tâches sur 20. Internet a crié à la fausse démo. Deux ans plus tard, ce produit code pour l'armée américaine."

@aakashgupta sur X

Parmi les utilisateurs au quotidien, les griefs sont constants et ce sont précisément les choses que Fusion ne corrige pas de façon évidente. La fiabilité en est un :

"La promesse, c'était l'autonomie totale, mais dans la réalité il faut encore beaucoup surveiller. Vous lui donnez une tâche, il part dans le décor, vous le corrigez, il revient à peu près sur les rails. Et on recommence."

r/ChatGPTCoding

L'opacité des coûts en est un autre, et c'est le plus retentissant. Un avis G2 détaillé d'un ingénieur en automatisation des tests décrit bien la dérive sur les tâches longues : "Une fois que la consommation d'ACU atteint environ 40 ou 50, Devin commence vraiment à perdre le fil. Il se met à ignorer les instructions initiales... On dirait que le modèle se fatigue." Le même relecteur lui attribue tout de même une bonne note pour le travail en parallèle ("je peux faire tourner cinq sessions différentes en parallèle"), ce qui constitue une lecture équilibrée et honnête.

Il existe même un courant de pur scepticisme envers la marque qui mérite d'être entendu, car il contrebalance l'engouement :

"Devin ? Ça fait un moment que je n'avais pas entendu ce nom... à l'époque de Claude Code et Codex, est-ce que quelqu'un utilise encore Devin, ou connaît quelqu'un qui l'utilise ?"

libraryofbabel sur Hacker News

Ma lecture : Fusion est une réponse technique sérieuse à la critique sur les coûts, et l'outil de revue de Devin est réellement apprécié. Mais des tokens moins chers ne corrigent pas un agent qui dérive sur une tâche longue, et c'est toujours ce que les utilisateurs expérimentés signalent en premier.

La tarification de Devin, en bref

Fusion se déploie à l'intérieur de Devin, donc la tarification que vous rencontrerez réellement est celle de Devin. Voici la tarification actuelle de Devin :

Une nuance qui piège pas mal de monde : Devin facturait auparavant les plans en libre-service en "ACU" (Agent Compute Units), un système de mesure opaque qui a généré la plupart des critiques sur Hacker News. Depuis mars 2026, le libre-service est passé à un modèle de quota basé sur les tokens, et les ACU sont désormais une mesure réservée à l'Enterprise pour laquelle Cognition ne publie pas de tarif en dollars. Si vous comparez des coûts, le guide de tarification de Cognition AI d'eesel retrace cet historique, et il vaut la peine d'être lu avant de supposer qu'un tarif par ACU vu en ligne est toujours d'actualité.

Ce que cela signifie si vous ne codez pas

Voici la partie qui m'intéresse le plus, car l'idée centrale de Fusion dépasse largement les outils de codage IA.

"L'ère où l'on utilisait un seul modèle pour tout" n'est pas qu'une affirmation à propos de Cursor contre Codex. Elle est vraie partout où des agents effectuent un vrai travail, y compris le support client. Une FAQ de réinitialisation de mot de passe et un litige de facturation nuancé n'ont pas besoin du même modèle, et payer des prix frontier pour les 80 % faciles est exactement le problème d'"argent qui part en fumée" que décrit Cognition, simplement dans une autre file d'attente.

Le piège, c'est que la plupart des fournisseurs d'IA de support vous cachent cela. Ils mesurent l'usage brut des modèles, ou facturent par résolution puis routent discrètement tout vers le modèle le moins cher pour protéger leur marge, ce qui est le jeu du taux de déviation utilisé comme métrique vanité. Le meilleur modèle est celui vers lequel pointe Fusion : ajuster la taille du modèle à la tâche, et faire payer l'acheteur pour le résultat, pas pour les tokens.

Où eesel se positionne

Je travaille chez eesel AI, et c'est exactement le problème autour duquel nous construisons, simplement pour le support et les équipes internes plutôt que pour les pull requests. eesel est un coéquipier IA qui se branche sur votre helpdesk existant, apprend de vos tickets passés et de votre documentation d'aide, et gère le travail de niveau 1 de la même façon que Fusion gère le codage mécanique : le travail routinier est résolu automatiquement, et les tickets réellement difficiles, exigeant du jugement, sont escaladés vers un humain avec le contexte complet. Même principe que le sidekick, file d'attente différente.

Deux éléments confirment cette analogie. D'abord, vous pouvez simuler sur vos tickets historiques avant de passer en production, pour voir le taux de résolution et le coût sur vos propres données plutôt que de faire confiance à un benchmark maison, ce qui est exactement le test indépendant que Fusion n'a pas encore. Gridwise a constaté 73 % des demandes de niveau 1 résolues dès le premier mois en procédant ainsi. Ensuite, la tarification est basée sur l'usage, à environ 0,40 $ par ticket résolu, sans frais par poste, donc vous payez pour le résultat, pas pour un gros modèle qui tourne au ralenti sur des questions faciles. Vous pouvez essayer eesel gratuitement, sans appel commercial.