Un segundo cerebro no vale por lo que anotas hoy, sino por lo que acumula. Y acumula más rápido si tus propios sistemas escriben dentro.
Tengo un vault de Obsidian con trescientas y pico notas. Al principio era lo que es para casi todo el mundo: un sitio donde dejar cosas para no olvidarlas. Ahora es otra cosa, y el cambio no vino de tomar mejores apuntes.
Para qué lo uso de verdad
Dos funciones, y ninguna es «tomar notas».
Administra mi creación de contenido. Cada guion de video vive ahí antes de grabarse, con su estructura, su gancho y sus etiquetas. No es un borrador suelto: es la unidad de trabajo del canal.
Documenta mis proyectos. Cada proyecto tiene su carpeta con el contexto de negocio, el stack, los módulos y —lo más valioso— un archivo de resultado con los aprendizajes. Cuando volví a tocar código que no miraba en tres meses, no tuve que reconstruir por qué había decidido lo que decidí. Estaba escrito.
Ese segundo uso es el que más rendimiento me ha dado, y es el menos glamuroso: escribir por qué hiciste algo cuesta diez minutos y te ahorra una tarde dentro de seis meses.
El día que dejó de ser un archivo
El cambio llegó cuando una de mis apps empezó a escribir dentro.
El sistema que mide mi canal expone una herramienta que hace algo muy simple: busca el video que salió de un guion concreto y devuelve sus métricas en un bloque listo para pegar en la nota de ese guion. El vínculo entre el guion y el video no vive en ninguna base de datos — es una convención en el texto del propio video.
El resultado es que la nota del guion lleva encima cómo le fue. No tengo que abrir el panel, buscar el video, copiar cifras y pegarlas. El ciclo se cierra solo: escribo el guion, grabo, publico, y las métricas vuelven al sitio donde empezó todo.
Suena a comodidad. Es más que eso: cuando el rendimiento vive junto al texto que lo produjo, puedes preguntarte qué tipo de guion funciona en vez de qué video funcionó. Y esa es una pregunta que sí cambia lo que haces mañana.
Por qué se revaloriza
Aquí está lo que me hizo tomármelo en serio.
Un vault no vale por lo que contiene hoy. Vale por lo que va a contener. Cada nota que añades no suma: multiplica, porque el valor está en los cruces —este proyecto usó esta decisión, este guion funcionó como aquel otro, este error ya lo cometí en otro sitio.
Y hay una segunda razón, más reciente. Conforme trabajo más con agentes, lo que determina si un agente me sirve o me estorba no es el modelo: es cuánto sabe de mí. Un agente con acceso a tres años de decisiones documentadas, guiones con sus resultados y proyectos con sus porqués es una herramienta distinta a uno que empieza de cero cada conversación.
Dicho de otro modo: cada nota que escribo hoy es contexto que un agente va a usar dentro de dos años. El vault no es un gasto de tiempo, es un activo que compone.
Lo que cambié al entenderlo
Escribo distinto desde entonces. Menos para mí de mañana y más para alguien —o algo— que va a leer esto sin haber estado presente.
Eso significa cosas concretas: poner el porqué y no solo el qué; fechar las decisiones porque las circunstancias cambian; y anotar los errores con el mismo detalle que los aciertos, que suelen ser más útiles.
Y una regla que me ha servido: si algo lo he explicado dos veces, va al vault. La segunda vez que te preguntas lo mismo es la señal.
Lo que falta
Aún transporto cosas a mano. El vault todavía no sabe nada de mis repositorios, ni de qué he publicado, ni de en qué estoy trabajando esta semana.
Ese es el trabajo que viene: que más sistemas escriban dentro. Cada uno que conecto reduce lo que tengo que teclear y aumenta lo que el conjunto sabe. Es la misma idea que persigo cuando le pongo un servidor MCP a mis aplicaciones — sobre lo que escribí aquí— vista desde el otro extremo: allí abro mis apps para que se las pueda consultar; aquí recojo lo que devuelven.