Amazon employees are "tokenmaxxing" due to pressure to use AI tools

Générer du texte pour générer du texte. Chez Amazon, on appelle ça le tokenmaxxing. C'est la nouvelle discipline olympique de la tech, où le seul sport consiste à faire chauffer les GPU pour la gloire du classement.

L'art du gaspillage calculé

La direction a fixé un cap : 80 % des développeurs doivent caresser une IA chaque semaine. Pour pimenter la chose, Amazon a déployé des leaderboards internes affichant la consommation de tokens par équipe. Rien de tel qu'un peu de compétition toxique pour booster l'adoption. Le hic ? Dès qu'un indicateur devient un objectif, il perd toute sa valeur. Bonjour la loi de Goodhart, version corporate.

L'outil interne s'appelle MeshClaw. À la base, il trie les emails ou automatise les déploiements. Mais voici le truc : on s'en sert maintenant pour faire tourner des processus totalement inutiles en arrière-plan. Pourquoi ? Pour gonfler les compteurs, évidemment. C'est un peu comme laisser tourner le moteur de votre voiture toute la nuit pour prouver au quartier que vous aimez conduire. La direction assure que ces stats ne comptent pas pour les évaluations de performance. Évidemment. Et les employés y croient tellement qu'ils continuent de maximiser leurs tokens par pur instinct de survie.

200 milliards de raisons de faire semblant

Curieusement, cette frénésie artificielle tombe à pic. Amazon projette de débourser 200 milliards de dollars en infrastructures cette année (source). Quand on brûle un budget de cette taille, il faut au minimum faire croire que le feu éclaire la pièce.

Le tokenmaxxing n'est pas une simple blague de café. C'est le symptôme direct d'une angoisse de la direction : justifier le retour sur investissement. Les employés brûlent du token pour rassurer des managers qui ont besoin de chiffres pour rassurer des investisseurs. Une belle chaîne de valeur totalement circulaire. Le produit ? Du vent calculé. Tout le monde gagne, sauf la planète et la facture d'électricité.

Quand l'agent autonome devient un risque interne

MeshClaw dispose de permissions par défaut plutôt... généreuses. Ce que la plupart manquent, c'est que confier un accès étendu à un agent autonome en production, c'est tendre le volant à un conducteur qui conduit en lisant le manuel. Les employés s'inquiètent à juste titre des actions non intentionnelles. Une erreur de syntaxe dans un prompt, et l'agent déclenche une cascade d'opérations imprévues.

On remplace tranquillement la dette technique classique par un nouveau passif : la dette comportementale. Un script fait exactement ce qu'on lui dit. Un agent IA, lui, interprète. Et dans un système distribué complexe, l'interprétation est l'ennemi mortel de la fiabilité. Vous vouliez automatiser le tri des emails, vous avez juste déployé l'intégration continue de votre propre chaos.

Faut-il vraiment mesurer l'adoption d'un outil au volume brut qu'il engloutit ? La vraie question n'est pas de savoir combien de tokens votre équipe brûle, mais de comprendre ce que cette énergie a réellement construit. À part, peut-être, un très bon classement.