Correction de la stupidité des agents IA : un arbre de contexte partagé par dépôt

La vraie raison pour laquelle vos agents de codage IA semblent stupides ? Ils ne partagent pas le même contexte que vous. Vous avez des mois d'historique d'équipe, de décisions de codebase et d'échecs passés. Claw ouvre une session fraîche sans rien de tout cela. Il redérive la même décision d'architecture chaque lundi. L'agent dans le repo A refactorise une helper ; l'agent dans le repo B la dé-refactorise. Personne n'a écrit ce qui avait déjà été convenu.
Le problème fondamental : les humains et les agents ont besoin du même niveau de contexte, tenu à jour pour les deux parties. Même un fichier AGENTS.md par repo devient obsolète, dérive entre les repos, et personne ne se charge de le mettre à jour. Notion avec un serveur MCP a été essayé, mais les agents proposaient des modifications que Notion fusionnait silencieusement de travers.
La solution : un dépôt d'arbre de contexte
La solution d'un développeur : un dépôt de nœuds markdown organisés en arbre hiérarchique. Chaque nœud a un propriétaire. Avant chaque tâche, Claw récupère en profondeur les nœuds pertinents, les lit, et après la tâche propose des mises à jour — ainsi l'arbre de contexte se maintient automatiquement. L'agent et l'humain partagent exactement le même contexte.
Détails clés
- Structure : Un dépôt de fichiers
.mddans une hiérarchie arborescente. - Propriété : Chaque nœud a un propriétaire explicite (humain ou agent).
- Récupération : L'agent descend en profondeur dans l'arbre, récupère les informations pertinentes avant chaque tâche.
- Mises à jour : Après la fin de la tâche, l'agent propose des mises à jour aux nœuds pertinents — le contexte est maintenu automatiquement.
Cette approche garantit que l'humain et l'agent opèrent toujours à partir de la même source de vérité, à jour.
📖 Lire la source complète : r/openclaw
👀 See Also

Gonflement des tokens dans les cadres d'agents : un ratio entrée-sortie de 500:1 est normal
Un utilisateur d'un framework d'agents auto-hébergé rapporte environ 21k tokens d'entrée par message et un ratio entrée/sortie de 500:1 dû aux définitions d'outils, au prompt système et à la mémoire. La communauté confirme qu'un contexte de base de 15 à 25k tokens est courant pour les agents utilisant des outils.

Maître des Jetons : Concept Architectural pour Économiser 30 à 70 % sur les Coûts des Agents IA
Une approche architecturale détaillée pour le routage intelligent multi-modèles qui peut réduire considérablement la consommation de tokens.

OpenClaw WhatsApp Réponse Automatique Peut Ignorer la Compréhension des Médias dans la Version 2026.4.2
Un utilisateur signale que le flux de réponse automatique WhatsApp d'OpenClaw 2026.4.2 peut contourner le pipeline de compréhension des médias, empêchant la transcription des notes vocales lors de l'utilisation de backends STT externes comme Groq. La solution implique d'appeler explicitement la compréhension des médias avant l'envoi à l'agent.

Gérer la fenêtre de contexte de code de Claude pour optimiser les coûts et les performances
Un développeur explique que chaque appel API envoie l'intégralité de l'historique de la conversation, ce qui rend l'historique accumulé la partie coûteuse, et partage une méthode de travail consistant à démarrer de nouvelles sessions avec des notes de relais pour réduire les coûts et améliorer la qualité des réponses.