40 millions de tokens en une heure : des utilisateurs signalent que les sous-agents s'emballent avec OpenClaw

Un utilisateur de Reddit sur r/openclaw rapporte que son instance OpenClaw a consommé 40 millions de tokens en une heure après que des sous-agents sont devenus incontrôlables. L'utilisateur utilisait OpenRouter avec DeepSeek Flash et un budget quotidien, mais les sous-agents ont épuisé tout le budget avant qu'il ne réalise ce qui se passait.
Ce qui s'est passé
L'utilisateur a donné une seule instruction pour corriger un problème de déploiement. Au lieu d'exécuter une correction ciblée, les sous-agents d'OpenClaw sont entrés dans une boucle de rétroaction, appelant des sous-agents de manière récursive et consommant des tokens à un rythme alarmant. Au moment où le budget quotidien a été épuisé, 40M tokens avaient été utilisés — dépassant probablement le coût attendu par l'utilisateur de plusieurs ordres de grandeur.
Configuration de l'utilisateur
- Fournisseur : OpenRouter
- Modèle : DeepSeek Flash (probablement DeepSeek V2 ou similaire)
- Budget : Plafond quotidien (montant non spécifié)
- Configuration de l'agent : Paramètres de création de sous-agents par défaut ou quasi-défaut
Pourquoi cela s'est produit
L'architecture d'agent d'OpenClaw peut générer des sous-agents pour gérer des sous-tâches. Dans ce cas, les sous-agents semblent être entrés dans une boucle infinie ou un schéma de sur-délégation. Sans limiteur de débit ni plafond de dépenses par session, l'agent a fonctionné sans contrôle. L'utilisateur n'a découvert le problème qu'après coup, car le budget avait été atteint.
Ce que l'utilisateur souhaite
Il cherche : de meilleurs garde-fous pour empêcher la prolifération des sous-agents, des limites de tokens par sous-agent, des limiteurs de débit pour plafonner la consommation de tokens par minute ou par tâche, et des alertes en temps réel en cas de pic de dépenses. Il a également demandé à la communauté des outils ou astuces pour gérer les coûts imprévus.
Leçons pour les utilisateurs d'OpenClaw
- Fixez des budgets quotidiens conservateurs et surveillez l'utilisation des tokens en temps réel si possible.
- Envisagez d'utiliser des modèles à moindre coût de tokens pour les tâches de débogage — DeepSeek Flash est peu coûteux mais peut tout de même déraper.
- Activez la limitation de débit ou les limites de profondeur de récursion des agents si disponibles.
- Testez le comportement de l'agent sur une petite tâche avant de le laisser fonctionner sans surveillance.
Si vous avez rencontré des problèmes similaires ou avez des solutions pour contrôler les coûts des sous-agents OpenClaw, le fil original sur r/openclaw contient une discussion active.
📖 Lire la source complète : r/openclaw
👀 See Also

Claude AI signale des erreurs accrues sur plusieurs plateformes
Les systèmes d'IA Claude d'Anthropic ont connu des erreurs accrues sur claude.ai, Claude Console et Claude Code le 2 mars 2026. La page de statut de l'entreprise et le fil de discussion sur les performances Reddit fournissent des rapports de surveillance et de la communauté.

GitHub Copilot met à jour la politique d'utilisation des données pour l'entraînement des modèles
GitHub utilisera les données d'interaction des utilisateurs de Copilot Free, Pro et Pro+ pour entraîner des modèles d'IA à partir du 24 avril 2026, sauf si les utilisateurs se désinscrivent. Les utilisateurs de Copilot Business et Enterprise sont exemptés de ce changement.

Claude-Code v2.1.94 ajoute la prise en charge de Mantle et corrige des bugs critiques.
Claude-Code v2.1.94 introduit la prise en charge d'Amazon Bedrock via Mantle avec la variable d'environnement CLAUDE_CODE_USE_MANTLE=1, modifie le niveau d'effort par défaut à élevé pour la plupart des utilisateurs, et corrige plus de 15 bogues incluant la gestion des limites de débit, les problèmes de connexion sur macOS et les problèmes du système de plugins.

Microsoft's BitNet permet l'inférence de LLM à 100 milliards de paramètres sur un seul CPU
Le projet open-source BitNet de Microsoft atteint une inférence de LLM à 100B paramètres à 5-7 tokens/seconde sur un seul CPU, avec le modèle à 2B paramètres utilisant 0,4 Go de mémoire et une latence de 29 ms tout en égalant les modèles en pleine précision sur les benchmarks.