Problèmes de flux de travail multi-agents OpenClaw : Blocages, perte de contexte et inefficacité des jetons
Défis des Flux de Travail Multi-Agents OpenClaw
Un développeur a détaillé des problèmes significatifs avec le système de flux de travail multi-agents d'OpenClaw, notamment concernant le maintien de l'autonomie lors de tâches d'analyse de projet complexes. L'utilisateur revient à d'autres frameworks agentiques en raison de ces problèmes.
Configuration Technique
La configuration testée comprenait :
- Modèles : Gemini 3 Pro et Codex
- Structure : 1 agent COO (Orchestrateur) plus plusieurs agents de tâches spécialisés
- Configuration : Fichiers SOUL.md, IDENTITY.md et USER.md personnalisés pour le contexte
- Intégration : Diverses compétences Clawhub.ai
Problèmes Signalés
Blocage des Flux de Travail
Les agents se bloquent fréquemment pendant le fonctionnement. L'Orchestrateur (COO) suppose que les agents sont encore en traitement, mais le Tableau de bord ne montre aucune activité après les 10 premières minutes. La mise en place d'une boucle de "vérification" n'a pas résolu la rupture de communication entre les agents.
Fuite/Perte de Contexte
Malgré la fourniture de fichiers de documentation personnalisés, les agents nécessitent des rappels constants pour les faits de base du projet. Le système semble avoir du mal avec la gestion de l'état des tâches à long terme.
Inefficacité des Tokens
Lors d'une exécution, plus de 400 millions de tokens ont été consommés sans résultat tangible. Cela était principalement dû à des agents bouclant ou ré-analysant les mêmes étapes sans passer aux phases "Action".
Évaluation de l'Utilisateur
Le développeur se demande si OpenClaw n'est actuellement qu'une "interface utilisateur sympa" pour des prompts manuels plutôt qu'un système autonome stable. Il note qu'il semble nettement moins stable que Claude Code ou même des configurations AutoGPT de base pour les tâches de longue durée.
L'utilisateur demande spécifiquement : Existe-t-il des configurations spécifiques ou des compétences "Clawhub" qui résolvent réellement le problème d'autonomie, ou l'architecture est-elle actuellement trop fragile pour les boucles multi-agents ?
📖 Lire la source complète : r/openclaw
👀 See Also
Annonce de Flyto Indexer : Refactorisation de code IA améliorée avec analyse des dépendances sources
Flyto Indexer, un serveur MCP, construit un graphe de symboles de votre base de code, aidant l'IA dans la refactorisation intelligente du code en analysant les dépendances et les sites d'appel.
SWE-CI : Nouveaux tests de référence évaluent les agents d'IA sur la maintenance à long terme du code via l'IC
SWE-CI est un benchmark au niveau du dépôt qui évalue les agents alimentés par des LLM sur la maintenance des bases de code à travers des cycles d'intégration continue, déplaçant l'attention de la correction statique des bogues vers la maintenabilité à long terme sur 100 tâches du monde réel.
TRELLIS.2 Image-to-3D Porté pour Fonctionner en Natif sur Apple Silicon
Un développeur a adapté le modèle TRELLIS.2 de Microsoft, qui génère des modèles 3D à partir d'images avec 4 milliards de paramètres, pour qu'il fonctionne nativement sur Apple Silicon via PyTorch MPS, en remplaçant les opérations spécifiques à CUDA par des alternatives purement PyTorch. Cette adaptation génère des maillages d'environ 400 000 sommets à partir de photos uniques en environ 3,5 minutes sur un M4 Pro avec 24 Go de mémoire.
La technique du double tampon pour les fenêtres de contexte des LLM élimine la compaction de type « stop-the-world ».
Une technique appelée double tamponnage peut empêcher les agents LLM de se figer pendant la compaction de la fenêtre de contexte en résumant tôt et en maintenant deux tampons, permettant une transition transparente sans coût d'inférence supplémentaire.