Un desarrollador en r/openclaw comparte su experiencia optimizando la memoria de IA para la recuperación en tiempo real de transcripciones de sesiones en OpenClaw. Usando un Intel iMac (i7-4771, 16GB RAM) con OpenClaw 2026.6.8 y MemPalace 3.4.1, ha probado el memorySearch incorporado, QMD y un MemPalace basado en MCP con ChromaDB. El resultado: una estrategia dividida pragmática porque ningún sistema maneja el indexado en tiempo real de manera confiable.

Configuración Actual: Recuperación Dividida

Ambos sistemas están activos. La división se aplica en los archivos del espacio de trabajo (AGENTS.md, SOUL.md, MEMORY.md, TOOLS.md, USER.md, IDENTITY.md):

• Conversaciones recientes → memorySearch incorporado (reactivado hoy tras una larga desactivación)
• Búsqueda semántica antigua/profunda → mempalace_search

El Pipeline de Indexado

• Incorporado: Indexa JSONL de sesiones mediante sessionMemory experimental con umbrales delta con debounce.
• MemPalace: Indexa por lotes vía cron cada 2 horas (8am–10pm).

Tanto openclaw memory status como mempalace status muestran actualizaciones activas de índices. Comandos usados para la minería de MemPalace:

# Mine session transcripts (conversations mode)
mempalace mine ~/.openclaw/agents/main/sessions/ --mode convos --wing sessions

Mine workspace files (config, memory, agents, etc.)
mempalace mine ~/.openclaw/workspace/ --wing workspace

Estos se ejecutan desde mempalace-reindex.sh cada 2 horas mediante cron.

Lo Que Sigue Roto

• Indexado en tiempo real de sesiones no es confiable — MemPalace es puramente por lotes/extracción y no vigila cambios de archivos (incluso ejecutándose cada 5 minutos no mejoró).
• Dos herramientas de búsqueda crean confusión sobre cuál usa el agente.
• startupContext no carga archivos markdown fechados en sesiones nuevas.
• Error de enlace simbólico en Mac (MemPalace ≤3.3.4) omite archivos JSONL — incluso tras actualizar a 3.4.1 persistió el problema.

Intentos Anteriores

El autor probó QMD para mejores búsquedas y grafos de conocimiento, pero cada búsqueda generaba un nuevo proceso y saturaba el Intel iMac. MemPalace fue el reemplazo MCP, pero el indexado solo por lotes forzó el enfoque dividido. En un punto desactivaron la búsqueda incorporada por completo para forzar una única fuente de verdad, pero la reactivaron hoy para recuperar sesiones recientes.

Conclusiones Clave

Las conversaciones de sesiones necesitan indexarse en 5–10 minutos tras cambios delta, basándose en transcripciones reales de sesión (no en markdown resumido). Las sesiones nuevas deberían inyectar contexto reciente automáticamente tras el primer prompt — ninguno de los sistemas lo logra completamente hoy.