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
Pourquoi la plupart des échecs de pipeline Claude remontent aux invites, pas aux modèles — et comment les corriger avec des compétences
Un post Reddit avance que la cause profonde des échecs de pipelines dans les workflows Claude est de traiter les prompts comme des compétences. La solution : définir des contrats d'entrée, des schémas de sortie et un fichier d'apprentissage — faisant d'une compétence ce que vous promouvez en v1.
La méthode de la belle-mère : utiliser l'amabilité de Claude pour des revues de code brutales
Un utilisateur de Reddit piège Claude pour obtenir des critiques de code sévères en présentant le code comme écrit par une belle-mère détestée, ce qui a permis de trouver 27 problèmes répartis sur 4 agents réviseurs hostiles après 31 minutes d'analyse approfondie.
Solution de contournement pour l'erreur de boucle de rétroaction du microphone de l'application mobile Claude
Un utilisateur de Reddit partage une solution de contournement fonctionnelle pour l'erreur de boucle de rétroaction du microphone dans l'application mobile Claude : installer la version web en tant qu'application web progressive autonome via Google Chrome, ce qui contourne le problème et permet d'accéder à différents modèles Claude.
Correction du délai d'attente OpenClaw LLM pour le chargement de modèle à froid
Un utilisateur de Reddit a identifié et corrigé un problème de délai d'attente spécifique dans OpenClaw où les LLM locaux chargés à froid échouaient au bout d'environ 60 secondes, même avec des délais d'attente généraux plus élevés définis. La solution implique d'ajuster la configuration du délai d'attente d'inactivité du LLM de l'embedded-runner.