Le plugin TokenEconomizer de Microsoft réduit de 18,4–30,9% le coût d'exécution des agents de codage

Microsoft a publié sur GitHub le plugin TokenEconomizer, qui réduit la consommation de tokens des agents de codage. Il fonctionne avec quatre outils : Claude Code, Codex, Copilot CLI et Pi. D'après les benchmarks fournis, le coût moyen d'exécution des agents baisse de 18,4–30,9%, sans que la qualité du résultat diminue. Le plugin ne modifie pas le modèle lui-même. Il agit autour de l'agent et supprime ce qui est payé pour rien.

Ce que TokenEconomizer mémorise et désactive

Le plugin apprend de l'historique des sessions précédentes dans un dépôt donné. La description du projet cite trois mécanismes.

Premier mécanisme : la mémoire des commandes réussies. Si l'agent a déjà trouvé dans le projet une méthode qui marche pour compiler le code, lancer les tests ou vérifier le linter, il n'a pas besoin de la chercher à nouveau à la tâche suivante. Chacune de ces tentatives coûte des tokens : l'agent lit la sortie, raisonne, essaie une autre variante.

Deuxième mécanisme : la désactivation des outils inutilisés. Les descriptions des outils connectés sont généralement injectées dans le contexte à chaque requête. Plus il y en a, plus les descriptions consomment de tokens, même si l'agent n'a jamais appelé la plupart d'entre eux dans ce projet. Si l'historique des sessions montre qu'un outil est inutile, le plugin le retire du contexte.

Troisième mécanisme : la sortie des boucles d'erreurs répétitives. La situation est connue : l'agent relance la même commande qui a échoué, modifie légèrement les arguments et se heurte de nouveau à la même erreur. Chaque tour est facturé. Le plugin aide l'agent à repérer une telle boucle et à changer d'approche.

Il faut noter que les trois mécanismes reposent sur les données d'un dépôt précis. Plus il y a de sessions accumulées, plus il y a de matière pour l'apprentissage. Le plugin n'impose pas de règles générales « valables pour tous les projets ».

Où les chiffres demandent vérification

La fourchette de 18,4–30,9% concerne le coût moyen d'exécution des agents. Un écart de près de 12 points de pourcentage montre que le résultat dépend des conditions. Le message d'origine ne précise ni les tâches et les dépôts utilisés pour les mesures, ni les modèles employés, ni la manière dont la qualité a été évaluée. La formule « sans perte de qualité » appelle elle aussi des précisions : quelle métrique, sur quel jeu de tâches, avec quelle tolérance. Les réponses à ces questions sont à chercher dans le dépôt du projet.

Une réserve évidente s'impose : les benchmarks ont été publiés par l'éditeur lui-même, et il n'existe pas encore de mesures indépendantes. Un plugin qui apprend de l'historique des sessions n'affichera probablement pas les mêmes chiffres sur un nouveau dépôt sans historique. Le gain devrait augmenter à mesure que les sessions s'accumulent. Cette conclusion est logique, mais la source n'en fournit aucune confirmation directe.

La sécurité de la mémoire constitue une question à part. Si le plugin mémorise des commandes « réussies », l'équipe doit savoir où et sous quelle forme elles sont stockées, et s'il est possible de consulter et de nettoyer cette mémoire. Sans cela, un seul précédent malheureux peut s'ancrer et se répéter.

À qui conseiller l'essai

Les équipes qui font tourner chaque jour des agents sur un même grand dépôt en profiteront le plus. C'est là que les commandes répétées et les outils superflus dans le contexte sont les plus nombreux, et que les factures de tokens se font sentir. Pour des expériences ponctuelles sur un nouveau projet, l'effet sera plus faible.

Autre point révélateur : Microsoft a conçu le plugin pour plusieurs agents concurrents à la fois, dont Claude Code et Codex, et pas seulement pour son propre Copilot CLI. L'économie de tokens cesse d'être l'affaire d'un éditeur en particulier et devient une couche à part au-dessus des agents : la dépense dépend non seulement du modèle, mais aussi de la façon dont l'agent gère le contexte et les outils.

Le conseil pratique est simple. Avant de déployer le plugin dans une équipe, testez-le sur votre propre dépôt et comparez deux indicateurs : le coût d'une session et la part des tâches résolues dès la première tentative. Si le premier a nettement baissé et que le second est resté stable, les chiffres de Microsoft se confirment dans votre cas. Le code source et la documentation se trouvent dans le dépôt microsoft/TokenEconomizer sur GitHub.