Utiliser des récits de projet pour gérer la mémoire dans les grands projets OpenClaw
Un développeur sur r/openclaw décrit une méthode pour gérer les défis de mémoire lors de travaux sur des projets volumineux et multicouches avec OpenClaw. La technique centrale consiste à créer des 'récits de projet' pour maintenir une conscience du système.
Le processus
Après chaque étape majeure de développement, le développeur lance un worker OpenClaw séparé pour examiner toute la base de code sous un angle nouveau. La tâche de ce worker est de rédiger un récit sur ce qu'il pense que le projet accomplit, basé uniquement sur le contenu du dépôt. Le développeur appelle le fichier résultant le 'récit de projet'.
Le développeur parcourt personnellement ce récit, puis demande au worker séparé de l'analyser pour détecter des problèmes. Le worker signale tout pipeline cassé, redondance ou autre problème qu'il identifie. Ce rapport est ensuite renvoyé au worker principal pour évaluation et considération.
Fonctionnement des récits
Selon la source, ces récits servent à plusieurs fins :
- Ils deviennent un document de référence que le worker principal consulte avant de commencer de nouvelles révisions ou ajouts majeurs
- Ils aident le système à éviter d'oublier des tâches de maintenance critiques tout en se concentrant sur de nouvelles fonctionnalités
- Ils peuvent être ajustés si le développeur constate que des fonctionnalités ou domaines d'intérêt importants ne sont pas suffisamment mis en avant
- Ils servent de repères historiques pour revenir en arrière dans les processus de développement
- Ils pourraient potentiellement servir de prompt maître pour reconstruire un projet à partir de zéro après un échec catastrophique
Conseil d'implémentation
Le développeur souligne un détail d'implémentation clé : lors de la création d'un nouveau récit à chaque itération, vous devez demander une recréation complète et propre du récit du système—pas seulement une révision du fichier précédent. Cela garantit que le récit reflète l'état actuel de la base de code sans hériter d'hypothèses obsolètes.
📖 Read the full source: r/openclaw
👀 See Also
Ne présumez pas que les modèles coûteux sont meilleurs : une étude de cas montre une économie de 13 fois en testant
Un utilisateur de Reddit a remplacé GPT-5.4 par Gemini 3.1 Flash Lite sur une tâche de classification, obtenant une précision identique de 85 % à 1/13ᵉ du coût après avoir évalué 21 modèles.
Construction d'une couche de processus au-dessus de Claude Code pour gérer le contexte et la coordination
Une équipe partage comment elle a construit une couche de processus sur Claude Code qui déclare les entrées/sorties de chaque étape d'ingénierie, réduisant la perte de contexte lors des transferts et permettant des gains de productivité cumulatifs sans dépendre de la discipline individuelle.
Agents d'audit parallèles : une approche pratique des tests codés par ambiance avec Claude
Un développeur a construit un système de test utilisateur avec Claude utilisant 10 agents d'audit parallèles couvrant la détection d'hallucination, le sentinelle API, le test de résistance UI, l'anonymisation PII, le SEO, la conformité légale, la simulation comportementale, les personas démographiques, le test d'entonnoir et la vérification des faits.
Charger chaque serveur MCP à chaque invite détruit silencieusement le budget de tokens.
Un utilisateur avec 5 à 6 serveurs MCP a constaté que chaque prompt chargeait tous les serveurs, causant un gaspillage massif de tokens. La mise en place d'une couche de routage pour charger uniquement les serveurs pertinents par prompt a considérablement réduit l'utilisation des tokens et amélioré les temps de réponse.