Soluciones prácticas para problemas de confiabilidad de OpenClaw

Un desarrollador en r/openclaw detalló su enfoque para superar los problemas comunes de fiabilidad de OpenClaw, pasando de una experiencia inicial frustrante a una configuración estable. Su solución se centra en tratar al agente como si no tuviera memoria persistente entre sesiones y hacer cumplir todo mediante archivos estructurados y scripts.

Técnicas clave que funcionaron

• Usar múltiples instalaciones para redundancia: Mantienen dos instalaciones de OpenClaw que pueden conectarse por SSH entre sí para arreglar configuraciones rotas cuando surgen problemas.
• Tratar los archivos integrados como documentos vivos: El desarrollador enfatiza actualizar activamente SOUL.md, AGENTS.md, USER.md y MEMORY.md en lugar de configurarlos una sola vez. Las reglas importantes van en AGENTS.md, las correcciones en MEMORY.md, y cualquier cosa que solo esté en el chat se pierde entre sesiones.
• Construir un sistema de memoria de 3 niveles: Añadieron:
  • Nivel 1 (caliente): Registros diarios (memory/YYYY-MM-DD.md) más MEMORY.md para contexto reciente y hechos curados que se leen en cada sesión.
  • Nivel 2 (templado): Búsqueda de memoria vectorial de OpenClaw para recuperación semántica a través de transcripciones de sesiones y archivos de memoria.
  • Nivel 3 (profundo): Un grafo de conocimiento A-Mem con 668 hechos en 41 entidades, puntuaciones de activación, descomposición temporal y enlaces entre entidades. Los trabajos cron se ejecutan cada noche para extraer nuevos hechos de las conversaciones y actualizar el grafo, y semanalmente para descomponer hechos obsoletos y reconstruir enlaces.
  Esto permite recuperar información mencionada hasta seis semanas antes.
• Corregir la calidad de recuperación con puntuaciones de activación: Descubrieron que los 691 hechos en su grafo de conocimiento tenían la misma puntuación de activación (0.5), haciendo que los resultados de búsqueda fueran aleatorios. Construyeron un script de impulso de activación que aumenta la puntuación de un hecho en +0.1 cada vez que se accede a él y aplica descomposición temporal a los hechos no tocados, mejorando la priorización de recuperación.
• Forzar un vaciado previo a la compactación: Para evitar la pérdida de contexto cuando OpenClaw compacta la memoria, usan el evento previo a la compactación para escribir WORKING.md con el estado completo de la conversación antes del borrado, evitando la pérdida de más de 12 horas de contexto que experimentaron anteriormente.
• Anotar correcciones inmediatamente: Mantienen un archivo .learnings/LEARNINGS.md que registra cada corrección significativa con fecha, error, corrección e importancia, asegurando que sesiones futuras hereden estos aprendizajes.
• Hacer que las instrucciones sean no negociables en archivos: Reescribieron las reglas de AGENTS.md con lenguaje explícito como "NO NEGOCIABLE" y "SIN EXCEPCIONES", incluyendo ejemplos de fallo, encontrando que el lenguaje directo se sigue más consistentemente que las sugerencias educadas.
• Scripts de comprobación de seguridad: En lugar de confiar en el juicio del agente para las comprobaciones de salud cron, lo reemplazaron con un script de shell que maneja la lógica de comparación. El agente simplemente ejecuta el script e informa la salida, eliminando el juicio del bucle.
• Hacer cumplir verificar-antes-de-afirmar como regla escrita: Después de que el agente mantuvo una suposición incorrecta a través de sesiones, añadieron una regla en la parte superior de cada AGENTS.md: nunca afirmar algo como hecho sin verificarlo, investigar primero, y decir "No lo sé" si no está seguro.

El modelo mental central es tratar al agente como alguien que pierde todos los recuerdos cada noche, con los archivos sirviendo como la memoria institucional.