Idea principal

Claude Code ya guarda una memoria de lo que se le ha dicho, pero la coloca en ~/.claude/projects/: pertenece a la instalación, no al proyecto. Cambiar de ordenador, releerla, saber cuándo entró en ella tal decisión, compartirla con un compañero — nada de eso está previsto, porque el lugar de almacenamiento nunca se pensó como un objeto de trabajo.

Escribir esa misma memoria en archivos Markdown depositados dentro del repositorio git del proyecto cambia cuatro cosas de golpe, y todas vienen del mismo gesto. Se desplaza con el repositorio, así que un clon en otra máquina la recupera. Está versionada, así que git log memory_sessions/ cuenta la evolución de las decisiones técnicas. Se abre en el editor, así que puede corregirse a mano cuando el agente ha entendido mal. Y se divide como se divide el repositorio.

El formato plano no es una renuncia técnica a la espera de algo mejor: es lo que hace la memoria inspeccionable por un humano, y una memoria que ningún humano relee nunca se corrige.

Capa aportada por "Los sistemas de información no van a desaparecer. Su forma va a cambiar." (2026-07-08). El mismo reparto vale a escala de una empresa, y allí el formato cuenta aún menos de lo que se cree: Markdown, JSON, base documental, grafo o base vectorial sirven igual; la línea pasa entre lo que es desplazable y lo que no lo es. Una inteligencia de trabajo que se queda en históricos de conversación solo es útil mientras exista la interfaz, siga vigente la suscripción y se encuentre la conversación adecuada: es un rastro de uso, no una memoria de empresa. El criterio que decide es una lista de operaciones, no una preferencia estética — poder ser releída por un humano, retomada por otra IA, desplazada, respaldada, enriquecida, auditada.

Por qué es importante

Esto desplaza la pregunta que uno se hace ante una herramienta de memoria. Se suele preguntar qué retiene; la pregunta que cuenta primero es dónde lo escribe, porque es esa elección la que decide todo lo demás — portabilidad, historial, relectura, uso compartido.

También explica por qué una memoria nativa, aun siendo buena, deja una carencia: lo que vive en la herramienta queda fuera del alcance de las herramientas con las que realmente se trabaja.

Matices y límites

Colocar la memoria en el repositorio la hace visible para todos los que tienen acceso al repositorio. Lo que allí se escribe automáticamente — el nombre de un cliente, un error cometido, una vacilación — se convierte en contenido publicado a escala del equipo, sin que nadie lo haya revisado.

Y un archivo versionado se relee mal cuando crece: la inspeccionabilidad depende tanto del tamaño como del formato.

Preguntas abiertas

• ¿Qué hacer con la memoria de una rama abandonada, que se ha escrito pero cuyo trabajo nunca se fusionó?