Un sistema de memoria persistente para Claude Code montado sobre Obsidian

Un desarrollador ha publicado un sistema de memoria persistente para Claude Code construido sobre una bóveda de Obsidian. El problema que ataca es conocido por cualquiera que use asistentes de código: cada sesión arranca sin rastro del trabajo anterior. El código está en el repositorio y el autor lo firma como proyecto propio.

La bóveda hace de memoria. Dentro guarda entradas de diario, tareas que quedaron abiertas, comandos, skills y scripts. Con esa estructura montada, una sesión nueva puede localizar los ficheros que importan, recuperar el hilo del trabajo previo y seguir desde donde se cortó, sin que nadie tenga que reconstruir el contexto a mano al principio de cada conversación.

Qué se puede verificar y qué no

El autor ha publicado también un recorrido en vídeo con el montaje completo y una prueba de recuperación de sesión, que es donde se ve si el invento aguanta el caso concreto para el que está pensado. Ahí se acaba lo comprobable.

No hay cifras. Nadie ha medido qué porcentaje de contexto relevante recupera el sistema, cuánto tarda en localizar los ficheros ni cómo se comporta la bóveda cuando acumula meses de entradas y el árbol crece. Tampoco hay comparación con otras formas de mantener contexto entre sesiones, que es exactamente lo que mucha gente ya hace a mano. La cifra de usuarios o de instalaciones no existe porque el proyecto acaba de salir.

Lo que sí está claro es la dependencia: hace falta Claude Code y hace falta Obsidian. Quien no use ninguna de las dos cosas no saca nada de aquí, y quien use otra herramienta de asistencia en terminal tendrá que adaptar la idea por su cuenta. El repositorio es lo único que hay para evaluar el enfoque antes de montarlo.

A un administrador de sistemas o a un desarrollador que ya trabaje con asistentes de código esto le toca de lleno: el contexto perdido entre sesiones es uno de los roces más repetidos al integrar un LLM en el flujo diario, y las soluciones caseras se multiplican. Aquí hay una propuesta concreta, con código y con una prueba grabada, pero sin números que respalden que funcione mejor que lo que cada uno tiene montado. El propio autor lo deja como pregunta abierta: quiere saber cómo resuelve el resto el mismo problema.