La configuración simple de MEMORY.md del agente OpenClaw supera el tiempo de ejecución de Memory Startup en la prueba temporal

A un desarrollador de r/openclaw le escribió por DM una startup de memoria y le pidió que rompiera su producto. La prueba: darle a un agente tres versiones de la misma decisión y comprobar si devuelve la actual. El runtime de la startup falló; el agente OpenClaw del desarrollador, cuya memoria es solo markdown en un repositorio git, pasó.

La prueba

Se introdujeron tres decisiones en el runtime de la startup en orden:

• REST — enero
• GraphQL — abril
• tRPC — agosto

El runtime devolvió GraphQL. Las tres volvieron empatadas con relevancia 1.000, porque nada en la ruta de recuperación lee realmente los campos temporales del esquema.

El agente OpenClaw, en cambio, devolvió tRPC — con fecha, y con las versiones antiguas tachadas encima. La conclusión del autor: no hay nada que clasificar, es simplemente lo que dice el archivo.

Cómo es la configuración

El agente ha sido el mismo durante 7 meses a través de tres modelos y dos proveedores. El almacenamiento nunca fue lo difícil — las reglas de escritura son:

• MEMORY.md es solo un índice, sin hechos. OpenClaw trunca los archivos grandes de arranque, así que uno gordo pierde su cola en silencio.
• Cada hecho se etiqueta como stated, observed, inferred o suggested.
• Una lección inferida necesita 3 señales en 2 sesiones antes de convertirse en regla.
• Una decisión cambiada se tacha, nunca se añade.

El autor es sincero: n=1, y solo funciona si tu agente realmente sigue las reglas. Un escritor descuidado también pudre una carpeta de markdown.

Por qué importan los campos temporales

La mayoría de los sistemas de memoria creados para agentes tratan la recuperación como un problema de clasificación por relevancia. Si el esquema tiene campos valid_from / valid_to pero el recuperador los ignora, un hecho reemplazado puntúa igual que el actual. Eso es exactamente lo que mostró el runtime de la startup: tres empates en 1.000. Un archivo markdown respaldado por git evita por completo el problema de clasificación — la versión actual es la línea no tachada, y el historial está en línea justo encima.

El autor publicó como código abierto la prueba completa y la configuración; los enlaces están en los comentarios del hilo original. También pregunta qué usa todo el mundo para la memoria: el MEMORY.md estándar, un plugin o algo personalizado.