Optimisation des Coûts de l'Agent OpenClaw grâce à l'Optimisation DOM et à la Surveillance via Tableau de Bord
Gérer les coûts des tokens pour les systèmes multi-agents comme OpenClaw peut rapidement devenir complexe et coûteux. Une mise en œuvre récente a réduit les coûts des agents OpenClaw de 41 % en optimisant les modèles de lecture DOM et en introduisant un tableau de bord de surveillance en temps réel.
Détails clés de l'optimisation
Le problème principal était l'inefficacité de la lecture du DOM du navigateur, entraînant un coût moyen de 0,858 $ par battement de cœur d'agent, soit 100 à 150 $/mois pour 10 agents. Cette inefficacité était due à l'utilisation de captures d'écran complètes de page et de snapshots non ciblés pour collecter des données, générant des coûts de tokens inutiles.
Tentatives d'optimisation
- Snapshots compacts et ciblage par sélecteur : Initialement, snapshot(selector='[role="main"]') était utilisé pour cibler les lectures DOM, et les éléments de publicité et de navigation étaient supprimés avec
removeSelectors. Cela a réduit les coûts de 18 % à 0,705 $ par battement de cœur, mais restait insuffisant. - Fonctions d'évaluation JavaScript personnalisées : La percée majeure a consisté à remplacer les snapshots par des fonctions JavaScript personnalisées renvoyant des données JSON propres. Cette méthode utilisait une fonction d'évaluation JavaScript pour les réponses Threads, réduisant significativement le bruit et évitant l'inflation HTML. Cela a ramené les battements de cœur à 19 appels API contre 79 précédemment, abaissant le coût à 0,507 $ par battement de cœur.
La réduction de la taille des résultats d'outils, de 90k à seulement 500 caractères, a amélioré l'efficacité du cache, atteignant un taux de réussite de 100 % tout en restant dans la limite de tokens.
Le tableau de bord des tokens
Cette configuration est soutenue par un tableau de bord en temps réel des tokens qui fournit :
- Des indicateurs d'état en direct des agents
- Un suivi budgétaire avec capacités de prévision
- Un graphique des tendances de coûts sur 7 jours avec répartition par agent
- Une visualisation du taux de réussite du cache pour chaque battement de cœur
- Des fonctionnalités de détection du gaspillage de tokens
- Des options d'export CSV/JSON
- Un mode de comparaison A/B pour valider les optimisations
Ce tableau de bord est une extension Node.js prête à l'emploi pour OpenClaw, sans dépendances supplémentaires requises. Il est disponible en open source sur GitHub.
📖 Lire la source complète : r/openclaw
👀 See Also
ALTWORLD : Une architecture de simulateur de vie persistante qui sépare le LLM de la base de données pour résoudre l'amnésie de l'IA
ALTWORLD est un jeu de simulation avec état qui résout le problème de la fenêtre de contexte en stockant l'état canonique de l'exécution dans des tables PostgreSQL et des objets JSON, puis en générant du texte narratif uniquement après les changements d'état. L'architecture utilise Next.js App Router, Prisma et PostgreSQL avec une séparation stricte entre la logique de simulation et la narration par IA.
Utiliser Kimi K2.6 pour désinstaller correctement des applications macOS en trouvant les répertoires d'applications cachés
Un développeur décrit comment il utilise Kimi K2.6 pour trouver et supprimer automatiquement les répertoires d'applications macOS, y compris les fichiers cachés ~/.appname et ~/Library/Application Support, avec un agent personnalisé qui modifie ses connaissances de base pour améliorer le processus.
Création d'un flux de travail de qualification de prospects LinkedIn avec Claude et MCP
Un développeur a utilisé Claude avec une intégration de serveur MCP pour créer un pipeline automatisé qui extrait les données de profils LinkedIn, évalue les prospects de 1 à 10, filtre en fonction des seuils de score et envoie des demandes de connexion sans révision manuelle.
BinktermPHP : Une plateforme complète BBS/FidoNet construite principalement avec Claude
BinktermPHP est un BBS web open source écrit en PHP 8 avec PostgreSQL, doté d'un expéditeur de courrier binkp FidoNet intégré, d'echomail/netmail, de zones de fichiers, de jeux de porte, d'une transmission en temps réel par serveur push et d'un serveur MCP qui expose l'echomail aux assistants IA. Le développeur indique l'avoir construit presque entièrement en utilisant Claude pour l'implémentation, tout en s'occupant de l'architecture et des tests.