Utiliser les récits de projet pour maintenir le contexte OpenClaw sur les projets à long terme
Processus de Récit de Projet pour OpenClaw
Un développeur sur r/clawdbot décrit une méthode pour maintenir le contexte du projet avec OpenClaw lors d'un développement à long terme. Cette technique aborde les limitations de mémoire à moyen et long terme en créant une documentation systématique de l'état de la base de code.
Comment cela fonctionne
Après chaque étape majeure de développement, le développeur demande à son système de générer un travailleur distinct pour examiner l'ensemble de la base de code de manière fraîche. Ce travailleur rédige un récit sur ce qu'il pense que le projet fait, basé uniquement sur le contenu du dépôt. Le document résultant est appelé un "récit de projet".
Le développeur examine ensuite ce récit et demande au travailleur distinct d'identifier les pipelines cassés, les redondances ou autres problèmes, générant ainsi un rapport. Ce rapport est renvoyé au travailleur principal pour évaluation et prise en compte.
Applications pratiques
- Maintenance du contexte : Les récits deviennent des documents de référence que le travailleur principal consulte avant de commencer de nouvelles révisions ou ajouts
- Découverte de problèmes : Le travailleur distinct trouve des efficacités, des flux de travail cassés ou des éléments manquants que le travailleur principal pourrait négliger
- Documentation historique : Les récits servent de repères pour revenir en arrière dans les processus de développement
- Récupération après sinistre : Des récits complets du système pourraient potentiellement aider à reconstruire un projet à partir de zéro après des événements catastrophiques
Conseils de mise en œuvre
Le développeur insiste sur la demande d'une recréation complète et propre du récit du système à chaque itération, plutôt que de simplement réviser le fichier précédent. Il note également que les travailleurs peuvent être chargés d'ajuster les récits si des fonctionnalités ou des points importants ne sont pas suffisamment mis en avant.
📖 Read the full source: r/clawdbot
👀 See Also
3 semaines d'OpenClaw : coûts de jetons, boucles et compaction — leçons du terrain
Après avoir brûlé des jetons sur des vérifications de battement de cœur avec Opus, lutté contre des boucles d'agents et perdu du contexte à cause de la compaction, un utilisateur de Reddit partage les solutions durement acquises : utiliser des modèles moins chers pour les tâches triviales, rédiger des règles anti-boucle et sauvegarder les journaux de décisions.
llama.cpp Retraitement massif de prompts avec des agents de codage : Débogage du cache KV et de l'échange de contexte
Un utilisateur signale que llama.cpp retraite 40 000+ tokens sur des prompts similaires lorsqu'il utilise opencode + pi.dev, malgré une forte similarité LCP. La configuration détaillée et les causes suspectées sont partagées.
Bases de code prêtes pour agents : Règles négatives, noms précis, READMEs de répertoire
Un développeur explique comment les règles CLAUDE.md, les instructions négatives et un nommage précis réduisent le gaspillage de tokens et ont empêché Claude Code de gonfler des classes comme UserManager.
Réduisez de 43% les tokens de Cut OpenClaw en affinant l'outil et les fichiers mémoire
Réduction des jetons de démarrage d'environ 9 457 à environ 5 400 (43 % de baisse) en convertissant TOOLS.md en un index, en déplaçant les détails des outils dans des fichiers séparés et en mettant en œuvre une promotion mémoire par étapes.