Avis Devin Fusion : le harnais moins cher de Cognition en vaut-il la peine ?

Ce qu'est Devin Fusion, en une phrase

Avant l'avis, la chose elle-même. Devin est l'ingénieur logiciel IA autonome de Cognition, le produit auquel vous déléguez des tickets entiers plutôt que de l'autocomplétion ligne par ligne. Fusion est un changement dans la façon dont Devin fonctionne : au lieu de faire appel à un seul modèle coûteux à chaque étape, il fait tourner deux modèles en même temps et répartit le travail entre eux. Cognition l'a annoncé le 29 juin 2026 et l'a lancé en préversion dans Devin le jour même.

Le message de Cognition est d'une franchise caractéristique : « Les équipes d'ingénierie brûlent de l'argent. Il n'est plus viable d'utiliser les modèles les plus chers pour chaque tâche. » La phrase qui m'est restée : « Vous ne conduiriez pas une Lamborghini pour aller à l'épicerie, alors pourquoi prendre un modèle capable de découvrir des vulnérabilités zero-day pour arrondir le coin d'un bouton ? » Fusion est la réponse productisée à cela, et elle arrive après une grande année : Cognition a levé plus d'1 milliard de dollars pour une valorisation de 26 milliards en mai et a intégré l'ancien IDE Windsurf dans sa gamme sous le nom « Devin Desktop ».

Voici ma grille d'évaluation pour la suite de cet avis, pour que vous sachiez où je me situe avant les détails :

Comment le sidekick fonctionne réellement

Le mécanisme central est ce que Cognition appelle l'approche « sidekick », et cela vaut la peine d'être compris car c'est plus intelligent que le routage de modèles naïf que la plupart des outils proposent.

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 conservant son propre contexte persistant et mis en cache. L'agent principal, selon le schéma optimisé de Cognition, « devrait prendre un minimum d'actions... Par défaut, il devrait déléguer et surveiller, tout en prenant les décisions importantes : le plan, l'interprétation de l'ambiguïté, la revue finale. » Le sidekick fait le travail ingrat, l'exploration du code, les modifications étendues, l'écriture des tests, la correction du lint.

Pourquoi ne pas simplement laisser un modèle frontier « demander de l'aide » à un modèle moins cher, comme le faisaient les outils précédents ? À cause des échecs de cache. Quand un agent frontier interroge un modèle conseiller séparé, il renvoie tout son contexte au prix fort à chaque fois. Fusion contourne cela : les deux agents conservent leurs propres contextes en cache, donc déléguer ne déclenche pas un renvoi coûteux. La seconde technique est le routage dynamique en cours de session : des classificateurs légers tournent pendant l'exécution et peuvent faire remonter une tâche sidekick en difficulté vers l'agent principal, et le changement se produit pendant la compaction du contexte (qui déclenche de toute façon un échec de cache), donc changer de modèle est effectivement gratuit. C'est la même idée de boucle de raisonnement agentique qui sous-tend les agents modernes, appliquée cette fois à quel modèle exécute chaque tour. En tant qu'ingénieur, c'est la partie que je respecte le plus ; c'est une vraie réponse d'architecture système, pas un simple recadrage marketing.

Le chiffre de 35%, mis à l'épreuve des réserves

Passons au chiffre que tout le monde capture en screenshot. Cognition a benchmarké Fusion sur FrontierCode, une nouvelle évaluation qu'il a construite avec plus de 20 mainteneurs open source et qui mesure si le code est réellement mergeable, pas seulement s'il passe un test. Voici la tranche principale (FrontierCode Extended, score contre coût moyen par tâche) :

L'histoire : Fusion obtient un score de 47.9 pour 2,38$ par tâche, ce qui égale à peu près le 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 avant de faire confiance à ce graphique. D'abord, c'est un benchmark de l'éditeur sur une évaluation construite par l'éditeur, ce qui est un bon signal mais n'équivaut pas à un test indépendant. Ensuite, le chiffre plus flatteur 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, donc ces chiffres ont été mesurés avant la coupure et ne sont plus reproductibles aujourd'hui. Le chiffre encore valable est celui de 35%. Cognition affirme aussi que 88% de ses propres pull requests mergées ont été entièrement pilotées par le routeur Fusion après son activation, ce qui est un vrai signal, mais c'est Cognition qui teste sa propre solution sur sa propre base de code, l'environnement de test le plus favorable qui soit.

La partie la plus honnête, et à mon avis la plus utile, de l'annonce a été que Cognition a publié les tâches où le sidekick a nui aux résultats. Moderniser un fichier JS vers ES6 est revenu 62% moins cher avec une qualité maintenue. Retirer une bibliothèque obsolète d'une base de code Go a coûté 32% de moins. 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. Leur propre résumé : « Quand le jugement est le livrable, le déléguer se retourne contre vous. » C'est la phrase que j'associerais à l'ensemble du produit.

Là où l'avis devient moins flatteur : fiabilité et preuve

Fusion cible le coût. Il ne cible pas les deux critiques qui poursuivent Devin depuis deux ans, et un avis honnête doit le dire clairement.

La première est la fiabilité. La chose la plus souvent rapportée par les utilisateurs réels est que l'autonomie est survendue et que la réalité est une boucle de correction :

« La promesse était l'autonomie totale, mais la réalité implique encore beaucoup de babysitting. Vous lui donnez une tâche, il part en vrille, vous le corrigez, il revient plus ou moins sur les rails. Et ça recommence. » - r/ChatGPTCoding

Le témoignage direct le plus tranchant que j'ai trouvé est un avis G2 d'un ingénieur en automatisation de tests qui a noté Devin 5/5 dans l'ensemble mais a été franc sur la dérive : « 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 a l'impression que le modèle se fatigue. » Le même évaluateur a signalé du scope creep, « il a décidé de refactoriser nos méthodes préconstruites principales... alors qu'il devait seulement écrire un simple script de test », et a quand même adoré l'outil pour le travail en parallèle : « Je peux faire tourner cinq sessions différentes en parallèle. » Cette lecture à double face est la juste, et des tokens moins chers ne corrigent visiblement aucun des points négatifs.

Le second manque est la preuve. Fusion n'a que quelques jours, donc la réaction de la communauté spécifiquement sur Fusion est mince et se limite surtout à des commentaires de lancement plutôt positifs ; sur r/AIDeveloperNews, le ressenti était que « l'architecture est vraiment assez ingénieuse ». C'est encourageant, mais « architecture ingénieuse » et « fiable dans mon dépôt pendant six semaines » sont deux affirmations différentes, et seule l'une des deux est vérifiable dès maintenant.

Ce que disent réellement les utilisateurs de Devin

En prenant du recul par rapport à Fusion, Devin traîne un lourd passif, dont une partie s'est maintenant transformée en histoire de comeback. La critique historique persistante est le test indépendant de mars 2024 où Devin n'a réussi que 3 tâches sur 20, ce qu'internet a qualifié de fausse démo. En 2026, cette ligne revient surtout de façon élogieuse :

« En mars 2024, des testeurs indépendants ont dit que Devin avait réussi 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

Il existe aussi un vrai courant de scepticisme envers la marque, qui mérite d'être entendu, car c'est le contrepoids au battage médiatique :

« Devin ? Voilà un nom que je n'ai pas entendu depuis longtemps... à l'ère 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

Et de véritables éloges de la part de personnes qui ont trouvé leur usage, en particulier pour l'outillage de revue de code de Devin :

« J'utilise Devin Review depuis un moment, et je pense que c'est le premier des nombreux bots LLM de « revue de code » qui... ne donne pas vraiment l'impression d'être du « slop ». Ma fonctionnalité préférée a été d'organiser les fichiers par « flux logique » plutôt que par ordre alphabétique. » - samyok sur Hacker News

Tarification Devin : ce que vous paierez réellement

Fusion se déploie à l'intérieur de Devin, donc la tarification qui vous concerne est celle de Devin. Voici la tarification actuelle de Devin :

Une nuance qui piège beaucoup de monde : Devin facturait autrefois les plans self-serve en « ACU » (Agent Compute Units) opaques, le système de mesure derrière la plupart des plaintes tarifaires sur Hacker News. Depuis mars 2026, le self-serve est passé à un modèle de quota basé sur les tokens, et les ACU sont désormais une mesure réservée aux entreprises, sans taux public en dollars. Si vous comparez les coûts, mon guide de tarification Cognition AI retrace l'historique, et vaut la peine d'être lu avant de supposer qu'un tarif par ACU que vous avez vu en ligne tient encore.

Qui devrait utiliser Devin Fusion, et qui devrait passer son tour

Voici où je me situe en tant qu'évaluateur, de façon tranchée.

Adoptez-le si vous gérez beaucoup de travail mécanique et répétitif, refactorisations, remplacements de dépendances, migrations, échafaudage de tests, et que votre facture de tokens frontier grimpe. C'est exactement le type de tâche où le sidekick gagne dans les propres données de Cognition, et où le 35% est le plus crédible. Si vous êtes déjà dans l'écosystème Devin, activer Fusion est une expérience à faible risque.

Réfléchissez à deux fois si votre tâche typique est la conception de fonctionnalités qui demande du jugement (les propres chiffres de Cognition montrent que la délégation s'y retourne contre vous), si vous avez déjà été échaudé par Devin qui dérive sur des sessions autonomes longues, ou si vous avez besoin d'une fiabilité prouvée et testée de manière indépendante avant de faire confiance à un agent en production. Dans ces cas, le choix judicieux est d'attendre quelques semaines des tests en conditions réelles, et en attendant de le comparer à Cursor, Windsurf, et aux alternatives à OpenAI Codex grâce à mon guide outils d'assistant de codage IA.

La leçon si vous n'écrivez pas de code

Voici la partie qui m'intéresse le plus, car l'idée centrale de Fusion va bien au-delà du codage. « L'ère où l'on utilise un seul modèle pour tout touche à sa fin » est vrai partout où des agents font du vrai travail, y compris dans le service 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 le prix fort pour les 80% de travail les plus faciles, c'est le problème de « l'argent qui brûle » que décrit Cognition, simplement dans une autre file.

Le piège, c'est que la plupart des éditeurs d'IA de support cachent cela. Ils facturent l'usage brut du modèle, ou facturent à la résolution tout en routant discrètement tout vers ce qui est le moins cher pour protéger la marge, le jeu du taux de déflexion comme métrique de vanité. Le meilleur modèle est celui vers lequel Fusion pointe : ajuster la taille du modèle à la tâche, et faire payer l'acheteur pour le résultat, pas pour les tokens. C'est la même logique de coût que j'utilise quand je réfléchis aux agents, où que ce soit.

Essayez eesel

Je travaille sur 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 vos docs d'aide, et gère le travail de niveau 1 comme Fusion gère le codage mécanique : le travail routinier est résolu automatiquement, les tickets vraiment difficiles qui demandent du jugement sont escaladés vers un humain avec le contexte complet. Même principe de sidekick, file différente.

Deux choses rendent l'analogie valable. 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 au lieu de faire confiance à un benchmark d'éditeur, exactement le test indépendant que Fusion n'a pas encore. Ensuite, la tarification est basée sur l'usage, à environ 0,40$ par ticket résolu, sans frais par siège, donc vous payez pour le résultat, pas pour qu'un gros modèle tourne au ralenti sur des questions faciles. Vous pouvez essayer eesel gratuitement, sans appel commercial.