¡Hola! Soy Oscar 👋, y por aquí estoy de nuevo!!!
Hay una escena que se repite más de lo que nos gusta admitir.
Estás por entrar a una reunión importante. Un cliente vuelve a aparecer después de tres meses. Un inversionista pregunta por una decisión tomada en un comité anterior. Un miembro del equipo revive un debate que, en teoría, ya estaba cerrado.
Tú sabes que existe contexto que hay una historia. Sabes que en algún lugar está la nota, la transcripción, el correo, la minuta, el insight del usuario, el “por qué” detrás de la decisión.
Pero no lo tienes disponible.
Entonces haces lo que hacen casi todos los líderes: reconstruyes de memoria, buscas en Slack, revisas Notion, abres Google Drive, preguntas a alguien del equipo, escaneas una conversación vieja, sacas las 5 agendas de papel y terminas decidiendo con una mezcla de intuición, urgencia y fragmentos.
El problema no es que tengas mala memoria. El problema es que tu memoria no fue diseñada para operar en la densidad contextual de una organización moderna.
Un CEO, founder o líder no decide sobre una sola línea de información. Decide cruzando clientes, mercado, equipo, métricas, riesgos, conversaciones informales, supuestos, promesas, fricciones y señales débiles. La ventaja competitiva ya no está solo en “saber más”.
Está en recuperar mejor, sintetizar antes y decidir con contexto acumulado.
Ese es el giro cognitivo del líder.
No se trata de usar IA para escribir más rápido. Se trata de construir un sistema que piense contigo.
Y aquí aparece una combinación particularmente poderosa: Obsidian + Claude Code.
No como otra app de productividad. No como otro chatbot. No como un “Notion con IA”.
Sino como una arquitectura, un sistema, para convertir tu conocimiento disperso en un segundo cerebro operativo: una base viva de memoria, contexto, decisiones, hipótesis y aprendizaje acumulado.
La tesis de esta entrada es simple:
Los líderes modernos más efectivos que conozco no tienen mejor memoria. Tienen mejores sistemas para recordar, priorizar y gestionar.
Pero hay una segunda parte igual de importante:
Un segundo cerebro solo crea ventaja si amplifica el juicio humano. Si sustituye la reflexión, se convierte en teatro de productividad.
Están abiertas las inscripciones para una nueva edición de nuestro programa ejecutivo Xtratega: AI como partner de pensamiento:
AI-Digest
Obsidian + Claude Code permiten construir un “segundo cerebro” ejecutivo: una base de conocimiento viva donde el líder captura contexto y un agente IA ayuda a organizarlo, enlazarlo, sintetizarlo y revisarlo.
La oportunidad no está en recordar más, sino en decidir con mejor contexto acumulado. El patrón LLM Wiki de Karpathy propone usar Markdown, fuentes crudas, un wiki mantenido por IA y un archivo de reglas como CLAUDE.md. Para CEOs, founders y líderes, los casos de mayor valor son briefings antes de reuniones, memoria de decisiones, seguimiento de stakeholders, revisión semanal y detección de contradicciones.
El riesgo es convertirlo en teatro de productividad o delegar demasiado juicio. La clave es mantener al humano en el loop: la IA mantiene y prepara; el líder interpreta, prioriza y decide.
Qué significa realmente tener un “segundo cerebro”
La idea de un segundo cerebro suele explicarse mal. No es una carpeta bonita. No es una app de notas. No es un lugar donde guardar todo “por si acaso”. Y, definitivamente, no es una excusa para capturar más información de la que puedes procesar.
Un segundo cerebro es un sistema externo de memoria, síntesis y recuperación diseñado para ayudarte a pensar mejor.
La palabra importante no es “cerebro”. Es sistema.
Libretas, mapas, pizarras, calendarios, diagramas, bibliotecas, conversaciones, post-its, cuadernos de laboratorio. La cognición humana nunca ha estado encerrada únicamente dentro del cráneo. Pensamos con el cuerpo, con el espacio, con otros y con objetos externos.
Un líder no sufre por falta de información. Sufre por falta de contexto disponible en el momento correcto.
Tiene conversaciones en Slack, acuerdos en correo, decisiones en reuniones, feedback en llamadas, métricas en dashboards, ideas en notas sueltas, lecturas en PDFs, documentos en Drive, aprendizajes en la cabeza del equipo y compromisos repartidos entre herramientas.
El problema es que nada está integrado.
En 1998, Andy Clark y David Chalmers publicaron “The Extended Mind”1, uno de los textos más influyentes sobre la idea de la mente extendida.
Su pregunta central era provocadora: ¿dónde termina la mente y dónde empieza el mundo? Su argumento era que ciertas herramientas externas pueden funcionar como parte del sistema cognitivo cuando son accesibles, confiables y cumplen una función equivalente a un proceso mental interno.
El ejemplo clásico es Otto, una persona que usa una libreta para recordar información que otros recuerdan internamente. Para Clark y Chalmers, esa libreta no es solo una ayuda externa: bajo ciertas condiciones, forma parte de su sistema de memoria.
Un segundo cerebro moderno es una versión digital, estructurada y ahora parcialmente agentiva de esa libreta. No es solo un lugar donde guardas cosas. Es una extensión de tu capacidad para recordar, conectar, recuperar y actuar.
Por eso un “segundo cerebro” bien diseñado debe cumplir cuatro funciones:
La diferencia entre un archivo y un segundo cerebro es que el archivo guarda. El segundo cerebro devuelve pensamiento utilizable.
Aquí es donde Obsidian y Claude Code forman una combinación especialmente potente.
📌 Si llegaste hasta aquí, es porque te interesa ir más allá de la teoría, así que te invito a Xtrategas, mi comunidad para profesionales que lideran en producto, operaciones, tech, innovación y transformación digital.
¿Te unes?
Obsidian: el lugar donde tu conocimiento se vuelve navegable
Obsidian es una aplicación para notas, journaling, bases de conocimiento y gestión de proyectos. Su propuesta central es permitir que conectes ideas, personas, lugares, libros y cualquier otro elemento de tu conocimiento para construir algo parecido a una Wikipedia personal.
La diferencia importante es que Obsidian trabaja con archivos locales en formato Markdown (escribí una entrada anterior sobre esto que puedes leer aquí).
En términos simples: tus notas viven como archivos .md dentro de una carpeta llamada vault.
Eso significa que no quedan atrapadas en una base de datos cerrada. Puedes abrirlas con otros editores, moverlas, respaldarlas, sincronizarlas o versionarlas con Git.
Ese detalle parece técnico, pero para un líder moderno es estratégico: tu conocimiento no queda secuestrado por una plataforma.
Obsidian también permite conectar notas mediante enlaces internos.
En la práctica, puedes escribir [[Cliente Acme]], [[Decisión Pricing 2026]] o [[Hipótesis Enterprise]] y crear una red navegable entre ideas, personas, proyectos y decisiones.
Una nota aislada sobre una reunión tiene valor limitado.
Pero una nota de reunión conectada a un cliente, a una decisión, a una hipótesis de producto y a un riesgo comercial se convierte en memoria operativa.
Para un líder, Obsidian puede cumplir varios roles al mismo tiempo:
La ventaja de Obsidian es que tiene una arquitectura simple, local y extensible: Markdown, carpetas, enlaces y archivos abiertos.
Eso lo vuelve ideal para trabajar con agentes de IA que pueden leer y escribir sobre archivos.
Ahí entra Claude Code.
Si aún no te has suscrito a Xtrategia, te invito a hacerlo dando click aquí:
Claude Code: el agente que puede mantener el sistema
Claude Code no es simplemente “Claude dentro de Obsidian”. Tampoco es un chatbot al que le haces preguntas sueltas.
Claude Code (lee aquí mi entrada Claude Code: El partner que te faltaba) es una herramienta agentiva de Anthropic que puede trabajar sobre una base de archivos, leer contexto, editar documentos, ejecutar comandos e integrarse con flujos de desarrollo. Su documentación oficial lo describe como una herramienta capaz de leer un codebase, editar archivos y ejecutar comandos desde entornos como terminal, IDE, web o desktop.
Aunque fue diseñado inicialmente para software, su lógica aplica muy bien a un vault de Obsidian.
¿Por qué? Porque un vault de Obsidian es, en el fondo, una colección estructurada de archivos Markdown.
Para Claude Code, eso se parece mucho a un repositorio de código: hay archivos, convenciones, estructura, historial, reglas y cambios que pueden revisarse.
La idea central es esta:
Obsidian es la interfaz humana. Claude Code es el agente operativo. El vault es el sistema de conocimiento.
Claude Code puede ayudarte a:
leer notas existentes;
encontrar información dispersa;
resumir reuniones;
crear nuevas notas Markdown;
actualizar páginas de clientes o proyectos;
detectar compromisos abiertos;
enlazar conceptos relacionados;
preparar briefings antes de reuniones;
revisar contradicciones;
proponer una síntesis semanal;
mantener consistencia en la estructura.
Pero la pieza más importante es la memoria de proyecto.
Claude Code puede usar archivos como CLAUDE.md para recibir instrucciones persistentes sobre cómo debe trabajar en un proyecto. Según la documentación de Claude Code, cada sesión empieza con una ventana de contexto nueva, y los archivos de memoria como CLAUDE.md ayudan a transportar conocimiento e instrucciones entre sesiones.
En software, ese archivo puede decirle a Claude qué framework usas, cómo correr tests o qué estilo de código seguir. En un segundo cerebro ejecutivo, ese archivo puede decirle algo más importante:
cómo distinguir hechos de hipótesis;
qué carpetas puede modificar;
qué fuentes no debe tocar;
cómo preparar un briefing;
cómo registrar una decisión;
qué información es sensible;
cuándo debe pedir aprobación;
qué significa una buena síntesis para ti.
Esto transforma a Claude Code en algo más interesante que un asistente: lo convierte en el mantenedor del sistema.
No piensa por ti. Pero reduce el trabajo de mantenimiento que normalmente mata los sistemas de conocimiento personal.
Porque ese es el gran problema: la mayoría de líderes no abandona su segundo cerebro porque no le vea valor. Lo abandona porque mantenerlo requiere demasiada energía.
Claude Code puede cambiar eso.
El patrón LLM Wiki
En abril de 2026, Andrej Karpathy publicó un gist que cristalizó una idea que muchas personas estaban experimentando de forma dispersa: el patrón LLM Wiki. Su frase más citada resume la arquitectura: “Obsidian is the IDE; the LLM is the programmer; the wiki is the codebase.”
Traducido:
Obsidian es el entorno donde ves, navegas y revisas el sistema. Claude Code es el agente que escribe, edita y mantiene. El wiki es el artefacto acumulativo que mejora con cada fuente, pregunta y revisión.
La diferencia con un sistema tradicional de notas es importante.
En un sistema tradicional, tú escribes la nota, tú decides dónde va, tú la enlazas, tú la actualizas y tú la recuerdas después. En un LLM Wiki, tú aportas materiales y dirección; el agente ayuda a convertirlos en páginas estructuradas, conexiones, resúmenes, contradicciones y preguntas pendientes.
La arquitectura básica tiene tres capas:
La pieza crítica es el esquema.
En Claude Code suele vivir en un archivo CLAUDE.md. Ese archivo no define solo estándares de trabajo. Define cómo debe pensar el sistema.
Ejemplo:
# CLAUDE.md
Eres el mantenedor de mi segundo cerebro ejecutivo.
Principios:
- No inventes datos.
- Distingue hechos, interpretaciones, hipótesis y decisiones.
- Conserva citas y fuentes.
- Cuando haya contradicciones, no las ocultes: señálalas.
- Nunca modifiques fuentes crudas.
- Antes de actualizar una decisión, muestra el cambio propuesto.
Estructura:
- /Inbox: capturas sin procesar
- /Projects: iniciativas activas
- /Areas: responsabilidades permanentes
- /Resources: conocimiento de referencia
- /Decisions: decisiones importantes
- /People: stakeholders, clientes, equipo
- /AI/sessions: registros de sesiones con Claude
Flujos:
- /daily-review: revisar pendientes y prioridades
- /process-inbox: procesar capturas recientes
- /decision-brief: preparar contexto para una decisión
- /weekly-review: sintetizar avances, riesgos y loops abiertosEse archivo es más que una configuración. Es una constitución operativa.
Por qué esto importa especialmente para líderes
Un contribuidor individual necesita ejecutar bien. Un líder necesita decidir bien bajo ambigüedad.
La diferencia parece pequeña, pero cambia todo.
Un líder no solo pregunta “¿qué hicimos?”. Pregunta:
¿Por qué decidimos esto?
¿Qué señales teníamos en ese momento?
¿Qué cambió desde entonces?
¿Qué estamos repitiendo sin darnos cuenta?
¿Qué cliente ya nos dijo esto antes?
¿Qué promesa hicimos y quién la escuchó?
¿Qué hipótesis sigue viva aunque la evidencia la contradice?
¿Qué conversación informal terminó influyendo una decisión formal?
La memoria organizacional rara vez falla por ausencia de datos. Falla porque el contexto está fragmentado y nadie es dueño de mantenerlo vivo.
Un segundo cerebro con IA puede convertirse en una ventaja ejecutiva cuando cumple cuatro funciones2.
Primero, memoria de decisiones. No solo qué se decidió, sino cuándo, con qué evidencia, bajo qué supuestos, quién participó y qué trade-offs se aceptaron.
Segundo, memoria de mercado. Señales de competidores, cambios regulatorios, movimientos de clientes, tendencias, pricing, narrativas emergentes.
Tercero, memoria de stakeholders. Conversaciones, compromisos, objeciones, preferencias, historial de tensión y confianza.
Cuarto, memoria de hipótesis. Qué creemos, por qué lo creemos, qué evidencia lo sostiene, qué evidencia lo debilita y cuándo debemos revisarlo.
Para líderes de producto, esto es especialmente potente. La investigación base de este artículo recoge el caso de PM Brain OS, donde el sistema distingue entre observaciones, interpretaciones, hipótesis, afirmaciones verbales y decisiones formales. Esa separación reduce uno de los errores más frecuentes en liderazgo: tratar una opinión repetida muchas veces como si fuera evidencia.
Un segundo cerebro ejecutivo no debería ser un archivo bonito. Debería ser un sistema de trazabilidad del juicio.
La ciencia cognitiva: la promesa y el riesgo
Hay una razón por la que este tema no debe venderse como “memoria perfecta con IA”.
La investigación sobre memoria externa y cognitive offloading3, descarga cognitiva, muestra un trade-off real. Externalizar información puede mejorar el desempeño inmediato, pero también puede reducir la memoria interna si se usa sin intención.
El famoso estudio de Sparrow, Liu y Wegner sobre el “Google Effect”4 encontró que cuando las personas esperan tener acceso futuro a la información, tienden a recordar menos el contenido y más la ubicación donde encontrarlo. El paper fue publicado en Science en 2011 y estudió las consecuencias cognitivas de tener información disponible en internet.
Esto no significa que Google, Obsidian o Claude nos vuelvan tontos. Significa algo más sutil: el cerebro se adapta al entorno. Si sabe que puede recuperar algo después, optimiza para recordar rutas de acceso, no necesariamente contenidos5.
Otro estudio sobre cognitive offloading encontró que la descarga cognitiva puede mejorar el desempeño en una tarea, pero también afectar la memoria posterior. La implicación práctica es clara: usar ayudas externas puede acelerar el trabajo, pero delegar demasiado puede debilitar el procesamiento interno.
Para un líder, la conclusión es crítica.
El objetivo no es sacar todo de la cabeza. El objetivo es liberar la cabeza para hacer el trabajo que no debería delegarse: interpretar, priorizar, decidir, asumir responsabilidad, detectar matices, leer personas, formular mejores preguntas.
El segundo cerebro no debe reemplazar la memoria humana. Debe crear mejores condiciones para el juicio humano.
Ese es el punto donde muchos sistemas fallan. Confunden almacenamiento con comprensión. Acumulan notas, enlaces, PDFs, highlights y transcripciones, pero no producen mejores decisiones.
Una base de conocimiento que crece sin síntesis no es un segundo cerebro.
Es un basurero elegante.
Human in the loop: el principio que evita que esto se rompa
La expresión human in the loop significa que el humano sigue dentro del proceso de decisión, supervisión y corrección.
No es un detalle decorativo. Es la condición para que este sistema sea confiable.
En un segundo cerebro con Obsidian + Claude Code, el agente puede hacer mucho:
resumir una reunión;
extraer compromisos;
detectar temas recurrentes;
actualizar una página de cliente;
conectar una entrevista con una hipótesis de producto;
sugerir preguntas para una revisión semanal;
señalar contradicciones;
preparar un briefing antes de una llamada;
ordenar un inbox caótico.
Pero hay cosas que no debería hacer solo:
cambiar una decisión estratégica sin revisión;
borrar contexto histórico;
reconciliar contradicciones complejas;
transformar opiniones en hechos;
clasificar información sensible sin política previa;
asumir que una fuente externa es confiable;
decidir prioridades del negocio sin criterio humano.
La conclusión: no le des a tu segundo cerebro permisos que no estás dispuesto a auditar.
Para líderes, esto implica tres reglas:
Git obligatorio. Tu vault debe tener historial de cambios. Si Claude edita mal, debes poder volver atrás.
Fuentes crudas intocables. Transcripciones, documentos originales y minutas deben preservarse.
Decisiones con revisión humana. El agente puede proponer, resumir y preparar; el humano aprueba.
La IA debe ser copiloto de memoria, no reemplazo de responsabilidad.
Arquitectura recomendada para un segundo cerebro ejecutivo
No empieces con cien plugins. No empieces diseñando el sistema perfecto. Empieza con una estructura que refleje cómo lideras.
Una buena arquitectura inicial en Obsidian podría verse así6:
Executive Brain/
├── 00_Inbox/
├── 01_Daily/
├── 02_Projects/
├── 03_Areas/
├── 04_People/
├── 05_Decisions/
├── 06_Customers/
├── 07_Market/
├── 08_Resources/
├── 09_AI/
│ ├── sessions/
│ ├── briefs/
│ └── reviews/
├── raw/
│ ├── meetings/
│ ├── transcripts/
│ ├── docs/
│ └── articles/
└── CLAUDE.mdLa lógica es sencilla.
raw/ guarda materiales originales.00_Inbox/ captura sin fricción.04_People, 06_Customers, 02_Projects y 05_Decisions convierten información dispersa en memoria útil.09_AI/ documenta lo que el agente produjo y cuándo.CLAUDE.md define las reglas.
El corazón del sistema no es la carpeta. Es la unidad de conocimiento.
Para un líder, las notas más valiosas suelen ser estas:
Esto convierte el vault en una memoria ejecutiva, no en una colección de notas.
Cómo empezar en 7 pasos: guía operativa
La forma incorrecta de empezar es intentar migrar toda tu vida digital.
No lo hagas.
No importes diez años de notas. No instales veinte plugins. No diseñes un sistema perfecto. No intentes convertir Obsidian en Notion, CRM, Jira, Slack y Google Drive al mismo tiempo.
El objetivo de los primeros siete días es mucho más simple:
Crear un segundo cerebro mínimo que demuestre valor en una decisión, una reunión o una revisión real.
Necesitas tres cosas:
Obsidian instalado.
Claude Code configurado.
Un vault pequeño con información real y reglas claras.
La meta es recuperar contexto accionable.
Paso1: crea el vault ejecutivo mínimo
Objetivo: crear una estructura simple, local y entendible.
Abre Obsidian y crea un nuevo vault. Puedes llamarlo:
Executive BrainDentro del vault, crea estas carpetas:
Executive Brain/
├── 00_Inbox/
├── 01_Daily/
├── 02_Projects/
├── 03_Areas/
├── 04_People/
├── 05_Decisions/
├── 06_Customers/
├── 07_Market/
├── 08_Resources/
├── 09_AI/
│ ├── sessions/
│ ├── briefs/
│ └── reviews/
├── raw/
│ ├── meetings/
│ ├── transcripts/
│ ├── docs/
│ └── articles/
└── CLAUDE.mdAhora define para qué sirve cada carpeta:
| Carpeta | Uso |
| -------------- | ----------------------------------------------------------------- |
| `00_Inbox` | Capturas rápidas sin procesar |
| `01_Daily` | Notas diarias de prioridades, decisiones y observaciones |
| `02_Projects` | Iniciativas activas con resultado esperado |
| `03_Areas` | Responsabilidades permanentes: equipo, ventas, finanzas, producto |
| `04_People` | Personas clave: equipo, clientes, inversionistas, advisors |
| `05_Decisions` | Decisiones importantes y su contexto |
| `06_Customers` | Cuentas, entrevistas, feedback, señales comerciales |
| `07_Market` | Competidores, tendencias, pricing, regulación, narrativa |
| `08_Resources` | Frameworks, artículos, libros, ideas de referencia |
| `09_AI` | Salidas generadas por Claude: sesiones, briefings, revisiones |
| `raw` | Fuentes originales que no deben modificarse |
La regla más importante del paso 1:
raw/es intocable. Todo lo que sea fuente original debe conservarse sin edición.
Esto incluye transcripciones, notas originales, documentos de cliente, PDFs, minutas y exports.
Paso 2: escribe tu CLAUDE.md
Objetivo: darle reglas al agente antes de darle trabajo.
El archivo CLAUDE.md es la constitución de tu segundo cerebro. Define cómo quieres que Claude Code lea, escriba, clasifique y proponga cambios.
Crea un archivo llamado Claude.md y pega esta primera versión:
# CLAUDE.md
Actúas como mantenedor de mi segundo cerebro ejecutivo en Obsidian.
Tu trabajo es ayudarme a convertir información dispersa en memoria operativa para tomar mejores decisiones.
## Principios
1. No inventes información.
2. No conviertas hipótesis en hechos.
3. No borres ni modifiques fuentes originales en /raw.
4. Diferencia siempre entre:
- [fact] hecho verificable
- [obs] observación directa
- [data] dato cuantitativo
- [quote] cita textual
- [int] interpretación
- [hyp] hipótesis
- [dec] decisión
- [todo] compromiso o tarea
5. Cuando encuentres contradicciones, señálalas en vez de resolverlas automáticamente.
6. Antes de editar notas importantes, muestra un resumen de cambios propuestos.
7. Mantén las notas claras, breves y accionables.
8. Usa enlaces internos de Obsidian con formato [[Nombre de Nota]].
9. Conserva contexto: quién, cuándo, qué se decidió, por qué y con qué evidencia.
10. El humano toma decisiones. Tú preparas, organizas y cuestionas.
## Estructura del vault
- 00_Inbox: capturas rápidas sin procesar.
- 01_Daily: notas diarias.
- 02_Projects: proyectos activos.
- 03_Areas: responsabilidades permanentes.
- 04_People: personas clave.
- 05_Decisions: decisiones importantes.
- 06_Customers: clientes y cuentas.
- 07_Market: mercado, competencia y tendencias.
- 08_Resources: conocimiento de referencia.
- 09_AI/sessions: registro de sesiones contigo.
- 09_AI/briefs: briefings generados.
- 09_AI/reviews: revisiones periódicas.
- raw: fuentes originales intocables.
## Reglas para decisiones
Cada decisión importante debe tener una nota en 05_Decisions con esta estructura:
# Decisión: [nombre]
Fecha:
Estado: Propuesta / Aprobada / Revertida / En revisión
Personas:
Proyecto relacionado:
Cliente relacionado:
## Decisión
## Contexto
## Evidencia
## Alternativas consideradas
## Trade-offs
## Riesgos
## Próxima revisión
## Fuentes
## Reglas para clientes
Cada cliente importante debe tener una nota en 06_Customers con:
# Cliente: [nombre]
## Resumen
## Personas clave
## Historial reciente
## Problemas mencionados
## Promesas realizadas
## Objeciones
## Oportunidades
## Riesgos
## Próximos pasos
## Fuentes
## Reglas para personas
Cada stakeholder importante debe tener una nota en 04_People con:
# Persona: [nombre]
## Rol
## Organización
## Relación
## Preferencias conocidas
## Conversaciones relevantes
## Compromisos
## Riesgos / sensibilidades
## Último contacto
## Fuentes
## Flujos de trabajo
Cuando diga "procesa inbox":
- Lee notas nuevas en 00_Inbox.
- Extrae decisiones, compromisos, personas, clientes, proyectos, hipótesis y riesgos.
- Propón actualizaciones.
- No borres originales.
- Pide aprobación antes de cambios grandes.
Cuando diga "briefing":
- Prepara contexto antes de una reunión.
- Incluye historial, decisiones, compromisos, tensiones, riesgos y preguntas sugeridas.
- Cita notas usadas.
Cuando diga "revisión semanal":
- Resume prioridades, loops abiertos, decisiones pendientes, riesgos y patrones.
- Sugiere próximos pasos.
- No inventes datos faltantes.
Cuando diga "lint cognitivo":
- Busca contradicciones, páginas huérfanas, decisiones sin evidencia, hipótesis vencidas y compromisos olvidados.Paso 3: carga diez fuentes reales
Objetivo: alimentar el sistema con contexto real, no ejemplos inventados.
Elige diez fuentes recientes. No más.
Recomiendo esta mezcla:
| Tipo de fuente | Cantidad |
| ---------------------------------------------------- | -------: |
| Notas de reuniones importantes | 3 |
| Transcripciones o resúmenes de llamadas con clientes | 2 |
| Documento estratégico o roadmap | 1 |
| Notas de board, comité o dirección | 1 |
| Feedback de usuarios o ventas | 1 |
| Lista de prioridades actuales | 1 |
| Decisión pasada importante | 1 |
Guárdalas en raw/ según corresponda.
Ejemplo:
raw/
├── meetings/
│ ├── 2026-06-03-board-meeting.md
│ ├── 2026-06-05-product-sync.md
│ └── 2026-06-07-sales-review.md
├── transcripts/
│ ├── 2026-06-04-client-acme-call.md
│ └── 2026-06-06-client-nova-call.md
├── docs/
│ └── 2026-q3-strategy.md
└── articles/
└── market-ai-agents-enterprise.mdAsegúrate de que cada fuente tenga al inicio una pequeña cabecera:
# Fuente: Board Meeting
Fecha: 2026-06-03
Tipo: reunión
Participantes: CEO, COO, Head of Product, CFO
Confidencialidad: alta
Estado: fuente original, no modificar
## Contenido
...Esto le da contexto a Claude Code y reduce errores.
Qué no debes cargar todavía:
todo tu histórico;
conversaciones sensibles sin revisar;
documentos legales delicados;
información confidencial de clientes sin política clara;
exports masivos de Slack;
cientos de PDFs.
El sistema debe empezar pequeño para que puedas auditarlo.
Criterio de éxito del paso 3: tienes diez fuentes reales en raw/, cada una con fecha, tipo, participantes y nivel de confidencialidad.
Paso 4: conecta Claude Code y procesa el primer inbox
Objetivo: hacer que Claude Code lea el vault y proponga estructura.
Abre la terminal y entra a la carpeta del vault:
cd ~/ruta/a/Executive\ BrainLuego inicia Claude Code:
claudeTu primera instrucción debe ser de diagnóstico, no de edición:
Lee CLAUDE.md y revisa la estructura del vault.
No modifiques archivos todavía.
Devuélveme:
1. Qué entiendes que es este sistema.
2. Qué carpetas encontraste.
3. Qué reglas debes seguir.
4. Qué riesgos ves antes de procesar información.Esto verifica si Claude entendió el marco.
Luego pídele que revise las fuentes:
Revisa las fuentes en /raw.
No edites nada todavía.
Identifica:
- personas mencionadas
- clientes mencionados
- proyectos mencionados
- decisiones detectadas
- compromisos abiertos
- hipótesis
- riesgos
- temas recurrentes
Devuélveme una propuesta de notas a crear o actualizar.Claude debería devolverte una propuesta, por ejemplo:
Notas sugeridas:
- 06_Customers/Cliente Acme.md
- 04_People/María Gómez.md
- 05_Decisions/Decisión - Cambiar pricing enterprise.md
- 02_Projects/Proyecto - Onboarding enterprise.md
- 07_Market/Tema - Agentes IA en enterprise.mdNo aceptes todo automáticamente.
Revisa la propuesta con tres preguntas:
¿Está creando notas realmente útiles?
¿Está separando hechos de interpretaciones?
¿Está respetando las fuentes originales?
Si la respuesta es sí, autoriza una primera tanda pequeña:
Apruebo crear las notas sugeridas, excepto [X].
Mantén todas las fuentes originales intactas.
Incluye sección de fuentes en cada nota.
Marca claramente [fact], [obs], [data], [quote], [int], [hyp], [dec] y [todo].
Antes de finalizar, muéstrame un resumen de archivos creados y modificados.Criterio de éxito del paso 4: tienes entre 5 y 12 notas nuevas, fuentes originales intactas, una lista clara de archivos creados y primeras conexiones internas entre clientes, personas, proyectos y decisiones.
Paso 5: crea tu primera memoria de decisiones
Objetivo: convertir el sistema en una herramienta de liderazgo, no solo de organización.
Elige una decisión importante reciente. Puede ser:
cambio de pricing;
contratación clave;
pausa de un proyecto;
priorización de roadmap;
cambio de segmento de cliente;
inversión en una iniciativa;
decisión de fundraising;
reestructuración de equipo.
Pide a Claude:
Quiero crear una nota de decisión sobre [tema].
Busca en el vault fuentes relacionadas.
No modifiques archivos todavía.
Devuélveme:
1. Resumen de la decisión.
2. Contexto encontrado.
3. Evidencia a favor.
4. Evidencia en contra.
5. Supuestos no validados.
6. Personas involucradas.
7. Riesgos.
8. Preguntas pendientes.
9. Fuentes usadas.Luego revisa.
Aquí el rol del líder es fundamental. Claude puede organizar el material, pero tú debes corregir:
qué evidencia pesa más;
qué contexto falta;
qué tensión no debe simplificarse;
qué supuesto sigue siendo débil;
qué decisión aún no está cerrada.
Después autoriza la nota:
Crea una nota en 05_Decisions con el formato definido en CLAUDE.md.
Título: Decisión - [nombre claro].
Incluye:
- decisión
- contexto
- evidencia etiquetada
- alternativas consideradas
- trade-offs
- riesgos
- próxima fecha de revisión
- fuentes
No presentes hipótesis como hechos.Una buena nota de decisión debería verse así:
# Decisión: Priorizar onboarding enterprise en Q3
Fecha: 2026-06-10
Estado: Aprobada
Personas: [[CEO]], [[Head of Product]], [[Sales Lead]]
Proyecto relacionado: [[Proyecto - Onboarding Enterprise]]
Cliente relacionado: [[Cliente Acme]], [[Cliente Nova]]
## Decisión
[dec] Priorizaremos mejoras de onboarding enterprise durante Q3 antes de expandir funcionalidades para self-serve.
## Contexto
[fact] En las últimas tres reuniones comerciales, clientes enterprise mencionaron fricción en implementación inicial.
[obs] Sales reportó que los ciclos se alargan cuando el cliente no entiende claramente el proceso de activación.
## Evidencia
- [quote] "El problema no es comprarlo, es saber quién tiene que hacer qué después de firmar." — Cliente Acme, llamada 2026-06-04.
- [data] El tiempo promedio de activación aumentó de X a Y en el último trimestre.
- [obs] Customer Success ha repetido el mismo bloqueo en tres cuentas.
## Alternativas consideradas
1. Mantener roadmap self-serve.
2. Crear documentación sin cambios de producto.
3. Priorizar onboarding enterprise.
## Trade-offs
- Ganamos velocidad en enterprise.
- Retrasamos mejoras para usuarios pequeños.
- Aumentamos dependencia de Customer Success en el corto plazo.
## Riesgos
- [hyp] Podríamos sobreoptimizar para pocos clientes grandes.
- [hyp] La fricción podría ser de proceso, no de producto.
## Próxima revisión
2026-07-15
## Fuentes
- [[2026-06-04-client-acme-call]]
- [[2026-06-06-client-nova-call]]
- [[2026-06-07-sales-review]]Criterio de éxito del paso 5: tienes al menos una decisión importante documentada con contexto, evidencia, trade-offs y fecha de revisión.
Este es el primer momento donde el sistema empieza a pagar dividendos.
Paso 6: prepara una reunión real con el sistema
Objetivo: probar si el segundo cerebro mejora una situación concreta.
Elige una reunión real de alto valor. Idealmente:
cliente importante;
inversionista;
board;
conversación difícil con un líder;
revisión de producto;
decisión de roadmap;
negociación comercial.
Pide a Claude:
Prepara un briefing para mi reunión con [persona/cliente/equipo] el [fecha].
Usa solo información del vault.
Incluye:
1. Resumen ejecutivo en 5 bullets.
2. Historial reciente.
3. Decisiones relacionadas.
4. Compromisos abiertos.
5. Riesgos o tensiones.
6. Preguntas que debería hacer.
7. Temas que debería evitar tratar superficialmente.
8. Fuentes consultadas.
No inventes contexto. Si falta información, dilo.
Guarda el briefing en 09_AI/briefs con fecha.Un buen briefing debería tener este formato:
# Briefing: Reunión con Cliente Acme
Fecha de reunión: 2026-06-11
Preparado: 2026-06-10
## Resumen ejecutivo
- Acme sigue interesado, pero la fricción principal está en onboarding.
- Hay una promesa abierta sobre tiempos de implementación.
- El decisor económico no estuvo en la última llamada.
- Existe riesgo de que comparen nuestra solución contra un competidor más maduro.
- La pregunta clave no es funcionalidad, sino confianza en implementación.
## Historial reciente
...
## Decisiones relacionadas
- [[Decisión - Priorizar onboarding enterprise en Q3]]
## Compromisos abiertos
- [todo] Enviar propuesta de plan de implementación.
- [todo] Confirmar responsables técnicos por ambas partes.
## Riesgos
- [hyp] Si no aclaramos ownership, el deal puede estancarse.
- [obs] El cliente ha pedido tres veces más claridad sobre pasos post-firma.
## Preguntas sugeridas
1. ¿Qué tendría que pasar en los primeros 30 días para que consideren exitosa la implementación?
2. ¿Quién será el owner interno del despliegue?
3. ¿Qué experiencia previa tuvieron con soluciones similares?
## Fuentes
...Luego pide:
Procesa las notas de la reunión con Cliente Acme.
Actualiza la página del cliente, personas relacionadas, compromisos abiertos y cualquier decisión o hipótesis afectada.
No borres la nota original.
Muéstrame cambios propuestos antes de aplicarlos.Criterio de éxito del paso 6: puedes responder sí a esta pregunta: ¿entré mejor preparado a esta reunión gracias al sistema?
Si la respuesta es sí, ya tienes una señal real de valor.
Paso 7: haz la primera revisión semanal
Objetivo del día: convertir notas en aprendizaje.
La revisión semanal es el hábito que evita que el segundo cerebro se convierta en cementerio de información.
Pide a Claude:
Haz mi primera revisión semanal.
Lee:
- 01_Daily
- 02_Projects
- 05_Decisions
- 06_Customers
- 09_AI/briefs
- notas recientes en 00_Inbox
Devuélveme:
1. Resumen de la semana.
2. Prioridades reales detectadas.
3. Compromisos abiertos.
4. Decisiones tomadas.
5. Decisiones pendientes.
6. Riesgos emergentes.
7. Hipótesis que requieren evidencia.
8. Contradicciones encontradas.
9. Personas o clientes que requieren seguimiento.
10. Recomendaciones para la próxima semana.
No edites nada todavía.Luego revisa la respuesta y aprueba la creación de una nota en 09_AI/reviews:
Crea una revisión semanal en 09_AI/reviews con fecha 2026-06-10.
Incluye los puntos revisados.
Añade una sección final llamada "Decisiones que debo tomar".
Añade otra sección llamada "Información que falta".La revisión debería producir algo así:
# Weekly Review - 2026-06-10
## Resumen de la semana
...
## Prioridades detectadas
1. Cerrar definición de onboarding enterprise.
2. Aclarar ownership con Cliente Acme.
3. Revisar hipótesis de pricing.
4. Resolver contradicción entre roadmap self-serve y foco enterprise.
5. Preparar narrativa para board.
## Compromisos abiertos
- [todo] Enviar plan de implementación a Cliente Acme.
- [todo] Revisar métricas de activación enterprise.
- [todo] Confirmar fecha de revisión de pricing.
## Decisiones tomadas
- [[Decisión - Priorizar onboarding enterprise en Q3]]
## Decisiones pendientes
- Definir si se retrasa feature self-serve.
- Decidir si pricing enterprise cambia en Q3.
## Riesgos emergentes
- [hyp] El equipo puede interpretar enterprise como cambio total de estrategia.
- [obs] Hay tensión entre ventas y producto sobre prioridades.
## Contradicciones
- Roadmap actual mantiene foco self-serve.
- Feedback comercial reciente apunta a enterprise.
- No existe todavía una decisión explícita sobre el trade-off.
## Información que falta
- Datos comparativos de activación por segmento.
- Impacto estimado en revenue.
- Capacidad real del equipo de Customer Success.
## Decisiones que debo tomar
1. ¿Enterprise es foco temporal o cambio estratégico?
2. ¿Qué se comunica al equipo?
3. ¿Qué se posterga explícitamente?Esta nota es oro. No porque sea perfecta, sino porque transforma la semana en un objeto de pensamiento.
Criterio de éxito del paso 7: tienes una revisión semanal, compromisos abiertos visibles, decisiones pendientes claras, riesgos formulados y preguntas para la próxima semana.
Ese es el cierre del primer ciclo.
La regla después de los 7 pasos
Después de la primera semana, no agregues complejidad todavía7.
Durante las siguientes tres semanas, mide cinco cosas:
Dónde puede salir mal
La promesa del segundo cerebro tiene un potencial enorme, pero riesgos también.
1. Teatro de productividad
El sistema crece, el grafo se ve hermoso, las notas se multiplican, los enlaces aparecen… pero las decisiones no mejoran.
Señal de alerta: pasas más tiempo ajustando carpetas, plugins y prompts que resolviendo problemas reales.
La pregunta de control es brutal:
¿Qué decisión mejoró gracias al sistema esta semana?
Si no puedes responder, el sistema no está funcionando.
2. Automatizar la “falacia del coleccionista”
La falacia del coleccionista es confundir acumular información con aprender. Con IA, esta falacia se vuelve más peligrosa porque ahora puedes acumular y resumir a escala.
Antes tenías cien notas sin leer. Ahora tienes cien resúmenes que tampoco cambian tu comportamiento.
La solución no es capturar más. Es obligar al sistema a producir outputs: briefings, decisiones, revisiones, hipótesis, preguntas, trade-offs.
3. Corrupción de información
Si el agente edita notas sin revisión, puede borrar matices, mezclar fuentes o convertir contradicciones legítimas en una síntesis falsa.
No toda contradicción debe resolverse. En estrategia, a veces dos perspectivas opuestas son precisamente lo que debes conservar.
Un cliente dice que quiere simplicidad. Otro pide más control. Un equipo quiere velocidad. Otro pide estabilidad.
El trabajo del líder no es borrar la tensión. Es verla con claridad.
4. Privacidad y confidencialidad
Un vault ejecutivo puede contener información sensible: clientes, empleados, estrategia, pricing, board decks, conversaciones internas.
Antes de usar Claude Code con ese material, define una política clara:
qué entra;
qué no entra;
qué se anonimiza;
qué requiere entorno enterprise;
qué se mantiene offline;
qué datos de clientes están prohibidos.
La comodidad no puede decidir tu política de datos.
5. Dependencia cognitiva
Si dejas que el sistema piense por ti, pierdes músculo.
El objetivo es descargar logística cognitiva, no abdicar juicio.
Usa Claude para preparar, contrastar, recordar y cuestionar. No para decidir en automático.
Un modelo mental: el segundo cerebro como comité ejecutivo
La mejor forma de entender Obsidian + Claude Code no es como una app de notas. Es como un comité ejecutivo que trabaja antes de que tú entres a la sala.
Un buen Chief of Staff te prepara contexto.
Un buen analista te conecta datos.
Un buen PM te recuerda hipótesis.
Un buen abogado te señala riesgos.
Un buen operador te persigue compromisos.
Un buen coach te devuelve patrones de comportamiento.
Un segundo cerebro bien diseñado no reemplaza a esas personas. Pero sí puede absorber parte del trabajo repetitivo de memoria, síntesis y preparación.
La pregunta no es:
¿Puede Claude pensar por mí?
La pregunta correcta es:
¿Qué parte de mi trabajo cognitivo es mantenimiento, búsqueda y recomposición de contexto, y qué parte es juicio?
Lo primero es automatizable.
Lo segundo es liderazgo.
Conclusión: un líder aumentado
La próxima frontera de productividad ejecutiva no será tener más apps. Será diseñar mejores sistemas cognitivos.
Obsidian + Claude Code es una de las combinaciones más interesantes porque une tres elementos que rara vez conviven bien:
archivos locales y portables;
estructura flexible de conocimiento;
un agente capaz de mantener, conectar y revisar.
Pero la herramienta no es la tesis.
La tesis es que el liderazgo moderno necesita memoria operativa. No memoria como archivo nostálgico, sino memoria como infraestructura para decidir.
Un segundo cerebro bien diseñado no es el lugar donde guardas lo que no quieres olvidar. Es el sistema que te ayuda a ver lo que estás a punto de pasar por alto.
No reemplaza tu criterio. Lo desafía.
No elimina la ambigüedad. La organiza.
No piensa por ti. Te obliga a pensar con más contexto.
Ese es el giro cognitivo del líder.
Los líderes más efectivos no tienen mejor memoria. Tienen mejores sistemas para recordar, priorizar y gestionar.
Y cada vez más, esos sistemas tendrán un agente adentro.
Si este tema te interesa, te propongo un experimento simple: durante siete días, no intentes “organizar tu vida”. Elige una sola decisión importante, una reunión crítica y una revisión semanal.
Construye el sistema alrededor de eso.
Luego pregúntate:
¿Estoy decidiendo con más contexto que antes?
Gracias por leerme.
Si esta newsletter te resultó útil, compártela con un líder de tu red que siga usando IA sin muchos resultados. Nos ayuda a crecer y a ellos les puede cambiar la perspectiva.
Nos leemos la próxima semana.
Oscar Durán - @duranoscarf en instagram y Linkedin
Comparte Xtrategia Newsletter con alguien que creas le puede agregar valor.
Fuentes citadas
http://wexler.free.fr/library/files/clark%20(1998)%20the%20extended%20mind.pdf
Mean CEO. “Second Brain Knowledge Management for Founders.” Artículo práctico sobre gestión de conocimiento para founders.
https://blog.mean.ceo/second-brain-knowledge-management-founders/
“Cognitive offloading and the speedup illusion in human-AI interaction.” arXiv, 2026. Paper complementario para discutir límites de la descarga cognitiva en interacciones humano-IA.
https://arxiv.org/abs/2605.23177
Wired. “Search Engines Change How Memory Works.” 2011. Artículo divulgativo sobre el estudio del Google Effect y memoria transaccional.
https://www.wired.com/2011/07/search-engine-memory
“Memory as Metabolism: A Design for Companion Knowledge Systems.” arXiv, 2026. Fuente complementaria sobre arquitecturas de memoria personal y sistemas de conocimiento asistidos por LLMs.
https://arxiv.org/abs/2604.12034
MindStudio. “Build AI Second Brain with Claude Code and Obsidian.” Guía práctica secundaria sobre implementación de un segundo cerebro con Claude Code y Obsidian.
https://www.mindstudio.ai/blog/build-ai-second-brain-claude-code-obsidian
SudoScience. “Why I’m Giving Up on a Second Brain.” Contraargumento útil sobre abandono de sistemas PKM, exceso de captura y falsa productividad.
https://sudoscience.blog/2025/11/08/why-im-giving-up-on-a-second-brain/
Entrada extremadamente valiosa! Gracias Oscar!