Un lancement moins cher doit encore terminer le travail
TokenEconomizer mesure un gaspillage réel. Son contrôleur de recherche et son plugin actuel décrivent pourtant des arrêts différents.
TokenEconomizer mesure un gaspillage réel. Son contrôleur de recherche et son plugin actuel décrivent pourtant des arrêts différents.
Ma lecture du jour
Une discussion LinkedIn du 29 octobre m’a conduit à TokenEconomizer, dont les auteurs sont affiliés à UC Berkeley, Microsoft Research et Microsoft Security. Dans un dépôt familier, les mêmes faits, outils et erreurs reviennent. Je lis les sources le 31 octobre; je n’ai installé aucun plugin ni reproduit l’étude. Le coût doit rester attaché au travail effectivement terminé.
Le périmètre des chiffres
Les auteurs annoncent une baisse du coût moyen de 18.4-30.9% sur cinq couples agent-modèle, avec 277 tâches SWE-Bench issues de six dépôts. Les appels propres au contrôleur et les tarifs du cache sont inclus. Chaque tâche forme une session; celles d’un dépôt suivent une séquence partant sans acquis. Ce résultat ne garantit rien pour une requête isolée. Pass@1 augmente dans quatre couples sur cinq: cette exception doit rester visible.
Arrêter ou suggérer
La page de recherche décrit une redirection après des échecs répétés puis un arrêt, avec une limite forcée. Le README du plugin actuel dit explicitement qu’il n’arrête jamais un tour lui-même. Il redirige puis indique comment interrompre. Je sépare donc le contrôleur étudié du comportement installé. Un plugin sans surveillance peut continuer à dépenser après son avertissement; le gain mesuré ne supprime pas cette différence.
Le coût des souvenirs
Les micro-compétences proviennent d’échecs récurrents et des propositions d’un modèle. Un fait demande confirmation dans trois sessions et peut être retiré si les suivantes le contredisent. Elles sont désactivées par défaut, car les propositions coûtent des appels. La réduction des outils et le garde-boucle sont activés. Les réglages font partie du résultat, même si une présentation commerciale les traite comme un détail.
L’outil rare
La réduction touche des outils individuels de Claude Code, des ensembles de capacités Codex ou des serveurs MCP entiers de Copilot CLI. Pi et opencode ne pratiquent pas cette réduction; opencode reste expérimental. La commande de restauration rend les outils retirés, qui ne seront plus retirés ensuite. Mon essai inclurait une tâche tardive exigeant un outil rarement utilisé. Le temps humain de récupération compte aussi.
L’essai que je propose
Dans un dépôt temporaire autorisé, fixer les versions, le modèle, la séquence et les règles de facturation. Changer ensuite une commande de compilation, demander un outil auparavant inutilisé et provoquer un échec répété. Mesurer réussite, coût, durée, restauration et arrêt réel, puis répéter le témoin. Le petit enregistrement ci-dessous explique un format de données; il ne constitue ni résultat expérimental ni mécanisme de sécurité exécuté.
{"trial":"proposed_not_run","plugin_revision":"PIN_ME","host_version":"PIN_ME","settings":{"microskills":false,"toolprune":"propose"},"results":{"solved":null,"billed_cost":null,"restore_minutes":null,"stop_observed":null}}Ce qui me convaincrait
J’accepterais une économie avec les preuves de réussite et de récupération correspondantes. Le fichier LICENSE indique Apache 2.0, sans rendre gratuits les appels aux modèles. Le stockage local annoncé ne prouve pas que le traitement par modèle n’envoie jamais de contexte au fournisseur configuré. Aucun compte, dépôt de production ou secret n’a été connecté pour cet article.