Ángulo

Dar memoria a un asistente de desarrollo no consiste en elegir un sitio donde escribir: consiste en repartir cinco decisiones —dónde reside la memoria, qué se retiene en ella, cuándo se estrecha, con qué cadencia se escribe y cuándo se relee—. Cuatro de ellas se automatizan sin pérdida; la quinta, la recarga, debe seguir siendo un gesto humano, porque es la única que consume el recurso escaso de una sesión. Una memoria fracasa por ese reparto mucho antes de fracasar por su formato: un archivo Markdown mal repartido no vale más que una base de datos, y un reparto acertado funciona en ambos.

Síntesis

El problema de partida parece un problema de almacenamiento. Claude Code lo olvida todo entre dos sesiones, así que hay que escribir en algún sitio lo que debería saber. La cuestión parece zanjada en cuanto se decide el formato: archivos Markdown en el repositorio git en vez de un directorio oculto en la máquina.

Esa elección resuelve en realidad una sola de las decisiones, y es la única enteramente reversible. Las otras cuatro se plantean después, y cada una zanja entre un humano y una máquina.

Qué se retiene ya no se designa a mano. Un modelo ligero relee cada intercambio y decide solo lo que entra en el log del día y lo que sube a la memoria larga. La decisión no ha desaparecido: ha pasado del gesto al texto —un prompt, unas secciones impuestas, una consigna de deduplicación—. Ese desplazamiento es el punto más discutible de todo el dispositivo, porque contradice una posición mejor asentada en otro lugar, según la cual lo que da valor a una persistencia es precisamente que un humano haya dicho "esto cuenta". Ambas se sostienen, pero no para el mismo volumen: no se designan a mano veinte intercambios al día.

Cuándo se estrecha tampoco se deja a la buena voluntad. Un tope de trescientas líneas en long_memory.md dispara la consolidación, y es la restricción de tamaño —arbitraria, asumida— la que produce la ocasión de releer. Sin ella, el mantenimiento se queda en intención.

Con qué cadencia se escribe viene impuesto por el punto de enganche elegido, y ahí empieza el error. Un hook llamado Stop evoca un fin de sesión; se dispara después de cada turno. Esa frecuencia decide luego todo lo que es sostenible: el modelo elegido, la duración aceptable, el presupuesto por ejecución. Un umbral despreciable —menos de un dólar al mes— no compra un ahorro, compra la desaparición de una pregunta, y una automatización que se discute en cada intercambio acaba cortada.

Cuándo se relee es la única decisión que no se ha cedido. Escribir no le cuesta nada a nadie; cargar ocupa la ventana de una sesión, e inyectar de oficio la memoria de un proyecto en una sesión abierta para tres líneas degrada la respuesta. De ahí /memory_load a mano, que parece una limitación y es un arbitraje.

Quedan las averías propias de este montaje, y tampoco vienen del formato. Un automatismo que llama a la herramienta cuyo final vigila se despierta a sí mismo. Un agente utilitario lanzado desde el directorio del proyecto hereda las reglas de redacción de ese proyecto y deja de devolver la estructura que se le pide. Dos defectos de diseño, dos decisiones mal repartidas entre lo que el automatismo hace y lo que debe reconocer.

Lo que el conjunto deja ver: un sistema de memoria no se juzga por lo que conserva, sino por el sitio donde se ha colocado cada decisión — y sigue siendo posible desplazarlo todo salvo la última.

Tensiones / contradicciones

La contradicción principal recae sobre quién designa lo que sobrevive. Una posición asentada en otro lugar plantea que el valor de una persistencia reside en el gesto por el que un humano dice "esto cuenta", y que una conservación exhaustiva no designa nada; este sistema delega esa selección en un modelo, según un criterio redactado una vez. La línea de reparto no está zanjada: parece depender del volumen y de la tolerancia a la pérdida silenciosa, pero nada dice aquí por dónde pasa exactamente.

Segunda tensión, menos visible: la memoria se escribe en el repositorio para ser inspeccionable y corregible a mano, y se produce a una cadencia que hace improbable esa relectura. La inspeccionabilidad es real como propiedad, incierta como práctica.

Preguntas

• ¿Cómo se traslada un reparto de este tipo a un equipo, donde la memoria escrita por uno se convierte en el contexto recargado por otro?
• ¿Qué señal permitiría saber que un criterio de selección delegado ha empezado a descartar lo que contaba?