Analyse du plugin de mémoire OpenClaw : Lossless Claw + LanceDB recommandé
Les agents OpenClaw peuvent perdre leur contexte après environ 20 minutes, ce qui les amène à oublier les instructions. Le problème provient de la manière dont OpenClaw assemble le contexte avant chaque appel LLM : Invites système → Historique → Schémas d'outils → Compétences → Mémoire. Lorsque la couche mémoire devient encombrée, les agents souffrent d'amnésie et les coûts d'API augmentent.
Résultats des tests des plugins de mémoire
- Configuration Markdown par défaut (Niveau C) : Convient pour des règles strictes et statiques, mais provoque un gonflement des tokens qui compresse les instructions à mesure que la fenêtre de contexte se remplit. Non recommandé comme seule mémoire active.
- Plugin Mem0 (Niveau B) : Offre une bonne automatisation, mais compromet la confidentialité locale et peut coûter jusqu'à 7 cents par message, ce qui le rend coûteux pour une utilisation 24h/24.
- Intégration Obsidian Vault (Niveau B+) : Fournit une mémoire à long terme persistante lorsqu'elle est correctement connectée pour lier automatiquement le contexte entre les sessions. Bon pour l'archivage et la construction de graphes de connaissances, mais peut être lourd pour un rappel rapide pendant le codage.
- Lossless Claw + LanceDB (Niveau S) : La combinaison recommandée. Lossless Claw est un plugin gratuit qui empêche la perte de contexte en permettant aux agents de stocker et de rappeler des informations passées sans perdre de détails importants. LanceDB fournit un stockage vectoriel local rapide qui préserve la confidentialité des données.
Configuration "Sans Amnésie" recommandée
La configuration actuelle de l'auteur pour un fonctionnement fiable :
- Agent principal : Claude Opus 4.6 pour un raisonnement approfondi
- Sous-agent : Kimi K2.5 via Kimi Code pour des tâches isolées
- Mémoire active : Lossless Claw + LanceDB pour un contexte précis à un coût quasi nul
- Règles statiques : Obsidian pour les règles système et le contexte au niveau du système de fichiers (pas pour l'historique des conversations)
📖 Read the full source: r/openclaw
👀 See Also
Claude contre GPT pour la rédaction académique de thèse : Préserver le sens technique dans les sections Méthodes
Un doctorant compare Claude et GPT pour la révision d'articles sur la co-conception vision par ordinateur / matériel, constatant que Claude est plus fiable pour préserver le sens technique et la structure des arguments, tandis que GPT simplifie parfois les affirmations.
Concevoir des contraintes pour la fiabilité des agents IA de qualité production
Un post Reddit détaille une approche basée sur des contraintes pour utiliser Claude dans des opérations complexes sur des bases de code, mettant l'accent sur l'énumération explicite des modes d'échec, l'exécution par phases avec des points de contrôle et des règles anti-raccourcis pour atteindre zéro build cassé lors de la suppression de 140 fichiers.
Réduisez les coûts de Claude de 60x en déléguant les tâches mécaniques à DeepSeek V4 Flash via MCP
Un utilisateur de Reddit a réduit de 60 fois les dépenses liées à l'API Claude en déléguant la classification de fichiers, le reformatage JSON et l'extraction de champs à DeepSeek V4 Flash via un simple outil MCP et une règle de liste noire dans CLAUDE.md.
Analyse des modèles d'ingénierie de production de Claude Code à partir du code source rétro-ingéniéré
Un développeur a rétro-conçu environ 500 000 lignes du code source TypeScript de Claude Code pour en faire un manuel technique de 19 chapitres documentant les modèles d'ingénierie de production qui émergent sous une charge réelle, avec de l'argent réel et face à des adversaires réels.