Comment un agent inactif brûlait 50 millions de jetons par jour – et comment y remédier

Un utilisateur d'OpenClaw sur Reddit a signalé que son utilisation d'API LLM était passée de 11 à 51 millions de tokens par jour en six jours, soit 196 millions de tokens au total — la plupart gaspillés par un agent inactif. La cause : un agent oublié nommé « main » était sollicité toutes les 30 minutes par le heartbeat d'OpenClaw, chargeant un historique de session de 225k tokens juste pour répondre « HEARTBEAT_OK ».
La fuite : prédominance de cacheRead
Deux chiffres ressortent de l'analyse des transcriptions :
- 95 % des tokens étaient des cacheRead — le modèle relisait l'historique de la conversation au lieu d'effectuer un nouveau travail.
- 56 % de tous les tokens provenaient d'un seul agent nommé « main » qui n'était même plus utilisé.
Le heartbeat s'exécutait 48 fois par jour, chargeant à chaque fois une session vieille de plusieurs mois. Même un HEARTBEAT.md vide — censé désactiver le heartbeat — n'a pas réussi à l'arrêter dans cette version.
La solution : deux étapes
- Vider la session gonflée. Effacez le fichier de session de l'agent inactif. Le prochain heartbeat démarre sur une session vierge. Ne supprimez que les sessions inutiles, gardez les vraies sessions de DM/chat.
- Empêcher le rechargement. Un nettoyage unique ne suffit pas car le heartbeat continue d'ajouter à la session. Utilisez des changements de configuration :
- Définissez
heartbeat every: "0m"pour désactiver complètement le heartbeat si l'agent ne fait rien, ou - Définissez
isolatedSession: trueetlightContext: truepour que chaque heartbeat s'exécute sur un contexte frais et minuscule (~2-5k tokens) au lieu de l'historique complet (~100k+).
- Définissez
Bonus : d'autres agents réutilisaient une session sans cesse croissante car un identifiant de session ne démarrait pas réellement une nouvelle session dans cette version. Réinitialisez la session entre les tâches pour que chaque exécution reste propre.
Enseignements
- Les agents inactifs ne sont pas gratuits — un heartbeat sur une session volumineuse peut coûter plus cher qu'un vrai travail.
- Si la plupart des tokens sont des
cacheRead, vous payez pour relire l'historique, pas pour du nouveau travail. - Vérifiez que « désactivé » l'est vraiment — un
HEARTBEAT.mdvide n'a pas arrêté le heartbeat dans la version signalée. - Lisez les transcriptions par tour ; l'utilisation des tokens y est enregistrée pour chaque entrée/sortie/cacheRead.
L'utilisateur a réduit sa consommation de tokens de plus de moitié avec ces changements de configuration.
📖 Lire la source complète : r/openclaw
👀 See Also

OpenClaw 102 : Conseils de Configuration Mis à Jour pour la Sécurité et l'Efficacité
Un utilisateur de Reddit partage des conseils mis à jour sur la configuration d'OpenClaw, incluant le chiffrement des clés API avec des scripts Windows PowerShell, des défenses contre l'injection de prompts dans AGENTS.md, Tailscale pour l'accès à distance, et des règles anti-boucle pour éviter les échecs répétitifs.

Votre LLM ne devrait pas être votre workflow d'agent de codage : séparation des préoccupations dans OpenClaw
Si votre workflow d'agent de codage s'arrête dès que vous atteignez votre limite d'utilisation LLM, le LLM en fait trop. Gardez les files d'attente, l'état, les tentatives et la vérification déterministes—appelez le LLM uniquement pour le jugement.

Création de Compétences Claude pour Automatiser les Processus Cognitifs
Claude Code inclut un créateur de compétences intégré qui vous permet de créer des compétences alimentées par l'IA en décrivant des processus en langage naturel au lieu d'écrire du code. La source décrit la création d'une compétence de validation de startup qui a réduit un processus manuel de 2 jours à 15 minutes.

Mise en œuvre du suivi du temps dans les projets Claude AI
Une méthode utilisant Claude AI implique l'horodatage des réponses pour suivre les sessions de travail et envoyer des rappels de pause.