OpenClaw Memory Journey : Recherche intégrée vs MemPalace pour le rappel de session en temps réel

Un développeur sur r/openclaw partage son parcours pour optimiser la mémoire IA pour le rappel en temps réel de transcriptions de sessions sur OpenClaw. Tournant sur un Intel iMac (i7-4771, 16 Go RAM) avec OpenClaw 2026.6.8 et MemPalace 3.4.1, il a testé la memorySearch intégrée, QMD et un MemPalace basé sur MCP avec ChromaDB. Résultat : une stratégie pragmatique de fractionnement car aucun système unique ne gère l'indexation en temps réel de manière fiable.
Configuration actuelle : Rappel fractionné
Les deux systèmes sont actifs. La séparation est imposée dans les fichiers d'espace de travail (AGENTS.md, SOUL.md, MEMORY.md, TOOLS.md, USER.md, IDENTITY.md) :
- Conversations récentes →
memorySearchintégrée (réactivée aujourd'hui après une longue désactivation) - Recherche sémantique ancienne/profonde →
mempalace_search
Pipeline d'indexation
- Intégré : Indexe les JSONL de session via
sessionMemoryexpérimental avec des seuils delta anti-rebond. - MemPalace : Indexation par lots via cron toutes les 2 heures (8h-22h).
Les commandes openclaw memory status et mempalace status montrent des mises à jour d'index actives. Commandes utilisées pour l'exploitation MemPalace :
# Exploiter les transcriptions de session (mode conversations)
mempalace mine ~/.openclaw/agents/main/sessions/ --mode convos --wing sessions
Exploiter les fichiers d'espace de travail (config, mémoire, agents, etc.)
mempalace mine ~/.openclaw/workspace/ --wing workspace
Ces commandes sont exécutées depuis mempalace-reindex.sh toutes les 2 heures via cron.
Ce qui reste cassé
- L'indexation en temps réel des sessions n'est pas fiable — MemPalace est purement par lots/pull et ne surveille pas les modifications de fichiers (même une exécution toutes les 5 minutes n'a montré aucune amélioration).
- Deux outils de recherche créent une confusion sur lequel l'agent doit utiliser.
startupContextne charge pas les fichiers markdown datés dans les nouvelles sessions.- Bogue de lien symbolique sur Mac (MemPalace ≤3.3.4) ignore les fichiers JSONL — même après la mise à jour vers 3.4.1, le problème persiste.
Tentatives précédentes
L'auteur a essayé QMD pour une meilleure recherche et des graphes de connaissances, mais chaque recherche créait un nouveau processus et submergeait l'Intel iMac. MemPalace a été le remplacement MCP, mais l'indexation par lots uniquement a forcé l'approche fractionnée. À un moment donné, il a complètement désactivé la recherche intégrée pour imposer une source de vérité unique, mais l'a réactivée aujourd'hui pour faire fonctionner le rappel des sessions récentes.
Points clés à retenir
Les conversations de session doivent être indexées dans les 5 à 10 minutes suivant les modifications delta, en fonction des transcriptions de session réelles (pas de markdown résumé). Les nouvelles sessions doivent injecter automatiquement le contexte récent après la première invite — aucun des deux systèmes n'offre cela entièrement aujourd'hui.
📖 Lire la source complète : r/openclaw
👀 See Also

Mac Mini M4 Pro vs Mac Studio M4 Max pour l'inférence LLM locale – Considérations clés
Un développeur compare Mac Mini M4 Pro (12C CPU/16C GPU, 273 Go/s) vs Mac Studio M4 Max (16C CPU/40C GPU, 546 Go/s), tous deux 64 Go/1 To, pour l'inférence locale avec Gemma 4 et Qwen. Question clé : le saut de bande passante vaut-il 600 $ ?

Correction de "fichier d'écriture Gemini CLI introuvable" dans OpenClaw : Deux correctifs nécessaires
Les agents OpenClaw utilisant google-gemini-cli ne peuvent pas écrire de fichiers (write_file / default_api_write_file manquant) en raison d'un tools.profile incorrect et de l'absence du flag --approval-mode auto_edit dans le sous-processus. Correction : définir le profil sur full et injecter le flag via la configuration cliBackends.

Quatre erreurs de configuration courantes qui poussent les gens à abandonner OpenClaw
Un utilisateur de Reddit rapporte avoir vu plus de 50 personnes quitter OpenClaw en raison de quatre problèmes de configuration spécifiques : l'absence de fichiers SOUL.md, des coûts d'API excessifs dus à l'utilisation du modèle Opus pour tout, l'installation de trop de compétences à la fois et la création de plusieurs agents avant que le premier ne fonctionne correctement.

Exécuter OpenClaw en local avec Ollama pour éviter les coûts d'API
Un utilisateur de Reddit partage son expérience de passage de l'API OpenClaw à une exécution locale avec Ollama, éliminant les coûts d'API tout en conservant ses flux de travail. Il a créé un guide vidéo d'installation étape par étape.