Markdown Memory supera a un runtime de memoria con 382 dependencias en una prueba de recuerdo de agentes

Un desarrollador en r/openclaw publicó notas de producción de siete meses sobre cómo ejecutar la memoria a largo plazo de un agente como una carpeta de archivos Markdown estructurados en lugar de un runtime de memoria instalado. La afirmación central: la parte difícil de la memoria de un agente es la política editorial, no el almacenamiento ni la recuperación.

La prueba de ruptura

Una startup de memoria pidió al autor que rompiera su producto. El benchmark: dar a un agente tres versiones de la misma decisión de proyecto a lo largo de ocho meses, luego verificar si puede devolver la versión actual, preservar el historial obsoleto y mostrar la fuente.

Se introdujeron tres decisiones, cada una etiquetada con la reunión de la que provenía:

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

Cuando se preguntó "¿cuál es nuestra decisión de API pública?", el runtime del proveedor devolvió GraphQL — la respuesta obsoleta. Las tres versiones volvieron empatadas con una puntuación de relevancia de 1.000, porque nada en la ruta de recuperación lee realmente los campos temporales. Las columnas de obsolescencia existen en el esquema, pero nada escribe en ellas y nada clasifica por ellas. Tres versiones de una decisión se convierten en tres hechos iguales. Tamaño de instalación para llegar a ese resultado: 382 paquetes.

Lo que devolvió la carpeta Markdown

La misma clase de pregunta contra la memoria propia del autor devolvió la decisión actual, fechada, con las versiones obsoletas preservadas encima como historial tachado, cada línea con su fuente. Ese comportamiento no se calcula en el momento de la consulta — es simplemente lo que dice el archivo, porque las reglas de edición lo exigen.

Arquitectura

• La memoria a largo plazo vive en archivos Markdown estructurados.
• Un pequeño MEMORY.md actúa como un índice ligero que le dice al agente qué existe y dónde buscar.
• El contexto siempre cargado se mantiene pequeño; la memoria persistente e inspeccionable no necesita base de datos ni framework de memoria.
• Cero dependencias. Totalmente auditable con un editor de texto.
• Ha sobrevivido siete meses de uso diario en tres modelos de frontera de dos proveedores.

El autor dice que el sistema completo es de código abierto y que el README contiene un solo prompt para copiar y pegar e instalarlo en cualquier agente con acceso a archivos, pero informa que los moderadores del subreddit bloquearon el enlace.

La conclusión para cualquiera que ejecute un agente de larga vida: si tu capa de memoria no puede devolver la verdad actual con su fuente mientras mantiene intactas las versiones obsoletas, añadir más infraestructura de recuperación no lo arreglará. Las reglas de edición sí.