freedzhost.cloud

Le plancher de contexte : où partent vraiment les jetons d'un agent

Niveau IntermédiaireTemps estimé 1 hÀ lire avant Claude Code, deux façons : sur l'abonnement et sur vos propres modèlesUn mot inconnu ? Lexique

Tout le monde essaie d'économiser des jetons en rognant ce que l'agent lit : des fichiers plus courts, des sorties d'outils plus petites. Nous avons mesuré avant de couper. Ces économies portent sur environ 1 % de la facture. Les 99 % restants sont un plancher payé à chaque tour, et il se mesure en cinq minutes.

Comment ces chiffres ont été obtenus. Mesurés sur nos propres machines (voir le protocole), en général en un seul passage, vitesses relevées par le serveur lui-même ; nous ne publions pas les journaux bruts. Ce sont des ordres de grandeur sur ce matériel, pas des garanties sur le vôtre. Les chiffres extérieurs sont accompagnés de leur source.

Ce que vous y gagnez. Une carte claire de l'endroit où part votre contexte, une méthode réutilisable sur n'importe quel agent, et le seul levier qui compte : chez nous, un unique serveur d'outils coûtait 17,6 % de chaque run, et le retirer n'a rien coûté.

Jetons facturés pour un runplancher × 11 tours : environ 340 000la conversation réelle : 4 408
Un run d'agent de 11 tours, mesuré : 345 811 jetons d'entrée facturés. La conversation elle-même pesait 4 408 jetons. Le reste, c'est le plancher : 30 939 jetons de prompt système et de descriptions d'outils, renvoyés à chaque tour.

1. Le plancher

Avant votre premier mot, un agent envoie au modèle son prompt système et la description de chaque outil qu'il peut appeler. C'est ce que nous appelons le plancher. Mesurez-le avec un prompt trivial (« dis ok ») et lisez les jetons d'entrée annoncés par le serveur. Le nôtre : 30 939 jetons, un cinquième de la fenêtre du modèle, partis avant tout travail.

2. Pourquoi il domine la facture

Le plancher est renvoyé à chaque tour. Un run de 11 appels d'outils coûte 11 planchers : environ 340 000 jetons. Nous en avons mesuré 345 811. Le transcript entier de ce run, tout ce que l'agent a vraiment lu et écrit, pesait 4 408. Le calcul boucle : le plancher explique environ 98 % de la facture.

Rogner les lectures de fichiers agit sur les 4 408. Rogner le plancher agit sur 30 939 × le nombre de tours. Mesurez avant de choisir votre combat.

3. Trouver ce qu'il contient, par substitution

Changez une chose, remesurez, remettez-la. Pour Claude Code, lancez-le avec une liste de serveurs d'outils vide (--strict-mcp-config avec une configuration vide) :

4. La méthode, pour que les chiffres tiennent

  1. Une seule variable par mesure.
  2. Trois runs au moins ; donnez la médiane et le min–max.
  3. Le même point de départ à chaque fois : les demandes de fusion de test sont fermées, jamais fusionnées.
  4. Un run échoué est une donnée : gardez-le.

Pièges

Une tâche témoin déjà faite donne trois fois « aucun changement » et ressemble à un bug. Vérifiez que votre tâche témoin n'est pas déjà dans la branche principale.

Les estimations mentent : nous avions chiffré les sous-agents à environ 2 700 jetons d'après la taille de leurs fichiers, puis mesuré zéro. Une taille de fichier n'est pas un coût de contexte ; seul le compteur du serveur est un fait.

Utile ? Dites-nous ce qu'il faut mesurer ensuite.