Idea principal

Solemos ordenar lo que queremos retener por tema: un archivo por asunto, una carpeta por ámbito. Una memoria de agente no se divide así. Se divide según el tiempo durante el cual cada cosa sigue siendo cierta.

Tres niveles, y cada uno tiene una regla de escritura distinta. Lo inmediato es lo que la sesión en curso tiene a mano, y desaparece con ella. El log diario registra lo que ha pasado hoy — un bug encontrado, una corrección intentada, un punto que ha quedado abierto — y pierde su interés en unos días. La memoria larga, en un long_memory.md mantenido al día, solo guarda lo que seguirá valiendo dentro de seis meses: un hecho técnico establecido, una regla del proyecto, una decisión estructurante.

La misma información no se escribe, por tanto, en el mismo sitio según el momento. "La extracción del transcript fallaba esta mañana" pertenece al log del día; "el hook debe llamarse desde /tmp" pertenece a la memoria larga. Confundir ambas produce o bien un diario que nunca se relee, o bien una memoria larga diluida en la anécdota.

Por qué es importante

El criterio de ordenación decide qué se puede recargar. Una memoria por tema obliga a releerlo todo para saber en qué punto está el trabajo; una memoria por duración de vida permite decir "dame la memoria larga y los dos últimos días" y obtener exactamente lo necesario para retomar.

Es también lo que hace posible una política de olvido. Un nivel del que se sabe que caduca puede archivarse sin debate.

Matices y límites

La duración de vida de una información se juzga en el momento de escribirla, es decir, en el peor momento: una decisión tomada esta mañana parece estructurante, y seis semanas después no es más que un detalle de implementación abandonado.

Y los niveles se filtran: un log diario contiene siempre un hecho duradero que nadie ha promovido.

Preguntas abiertas

• ¿Por qué señal se reconoce que una línea del log del día pertenecía en realidad a la memoria larga?