Tu segundo cerebro para Claude Code

El problema

Abrís Claude Code un lunes y le volvés a explicar el proyecto. Qué stack usás, qué ya probaste, por qué la tabla se llama así. El viernes lo sabía, pero esa conversación se cerró.

CLAUDE.md resuelve las reglas de un repo. Lo que no cubre es lo que pasa entre proyectos y entre semanas: la decisión que tomaste en otro repo y aplica acá, o el error que ya resolviste una vez y vas a volver a pisar.

La idea

Una carpeta de notas en Markdown que el agente lee al empezar y actualiza al cerrar. Tiene cuatro piezas:

1. Un índice (INDEX.md) con la lista de proyectos, su estado y las decisiones que valen para todos. Es corto a propósito, porque se lee en cada sesión.
2. Un mapa por proyecto (MOC): estado, decisiones y links a las notas de ese proyecto.
3. Notas por tema, con frontmatter y wikilinks. Obsidian arma el grafo con esos links y el agente los sigue para encontrar lo que necesita.
4. El guardado al cerrar. Cuando terminás algo que vale la pena, una skill extrae lo importante y lo escribe donde corresponde.

Qué ganás

La sesión arranca sabiendo en qué quedó cada proyecto, y vos dejás de ser el que se acuerda de todo.

Un ejemplo de mi vault: en N8N, a la API de Anthropic le pego con un nodo HTTP Request y no con el nodo nativo, porque el sub-nodo no le pasa los datos al resto del flujo. Esa regla está en el índice, así que cualquier sesión la tiene antes de tocar un workflow.

El vault es tuyo: son archivos en tu disco. Lo podés leer, corregir y versionar con git, y sirve para cualquier agente que lea Markdown, no sólo para Claude Code.