La mayoría de los sistemas de productividad fallan por la misma razón.
Están diseñados para los días buenos.
En un día bueno tienes el tiempo y la energía para mantener el sistema. Archivas notas correctamente. Actualizas los estados de los proyectos. Revisas tu bandeja de entrada. Procesas todo lo que llega.
En un día malo el sistema se convierte en una fuente de culpa en lugar de una ventaja. No has procesado la bandeja de entrada en cuatro días. Las notas están acumuladas en carpetas aleatorias. Los estados de los proyectos están desactualizados por semanas.
Dejas de usar el sistema porque mantenerlo requiere más energía de la que ahorra.
El sistema operativo personal de Obsidian está diseñado de otra forma.
No está diseñado para los días buenos.
Está diseñado para sobrevivir a los malos.
La arquitectura se mantiene sola cuando estás abrumado, produce resultados útiles cuando eres inconsistente, y acumula inteligencia sin importar si estás organizándolo activamente o no.
Esta guía es la construcción completa de un sistema de Obsidian que gestiona tu vida y nunca falla, sin importar lo que la vida te ponga por delante.
Por qué la mayoría de los sistemas de Obsidian fallan
Antes de la construcción necesitas entender por qué los sistemas que la mayoría construye no duran.
Fracasan por tres razones.
Carga de mantenimiento manual. El sistema requiere que lo actualices regularmente para mantenerse preciso. Los estados de los proyectos necesitan actualizaciones manuales. Los paneles necesitan actualización manual. Las etiquetas necesitan aplicación manual. Cuando la vida se complica, el mantenimiento se atrasa y el sistema se vuelve poco fiable. Un sistema poco fiable se abandona.
Complejidad que se acumula con el tiempo. La gente empieza con una estructura simple y añade complejidad cada vez que enfrentan un problema que el sistema actual no maneja. Seis meses después tienen una arquitectura barroca que requiere 20 minutos de navegación y necesita leer la documentación que ellos mismos escribieron para entenderla.
Sin capa de inteligencia. El vault almacena información pero no razona sobre ella. Capturas ideas pero nunca las encuentras de nuevo. Tomas notas de reuniones pero nunca sacas a la superficie los elementos de acción cuando se vuelven relevantes. El sistema es un archivo, no una inteligencia.
La arquitectura del sistema operativo resuelve las tres.
El mantenimiento manual desaparece porque Claude Code conectado a través de MCP mantiene el sistema automáticamente.
La complejidad se mantiene controlada porque la arquitectura tiene un número fijo de componentes, cada uno con una función específica y ningún componente duplica a otro.
La inteligencia se añade a través de Claude, que lee el vault, hace conexiones, saca a la superficie información relevante y genera resultados que el vault solo no puede producir.
La arquitectura de tres capas
El sistema operativo personal tiene tres capas distintas.
Capa 1: La capa de almacenamiento
Esta es Obsidian en sí mismo. Archivos Markdown en texto plano organizados en una estructura coherente. Cada pieza de información que genera tu vida vive aquí en un formato que es legible para humanos, legible para máquinas y permanente.
Capa 2: La capa de inteligencia
Este es Claude Code conectado a tu vault a través del Filesystem MCP. Claude lee tus archivos, hace conexiones entre ellos, genera resultados a partir de ellos y los actualiza según lo que sucede en tu vida.
Capa 3: La capa de automatización
Esta es N8N ejecutándose en un servidor de $ 5. Programa flujos de trabajo, dispara eventos, llama a la API de Claude y pasa información entre sistemas sin que tú inicies nada.
Estas tres capas son las que transforman una colección de notas en un sistema operativo.
Elimina cualquier capa y tienes algo menos.
Almacenamiento sin inteligencia es un archivo.
Almacenamiento con inteligencia pero sin automatización es una herramienta que usas.
Las tres juntas son un sistema que opera.
La estructura del vault que nunca falla
La estructura del vault es la base de todo. Haz esto bien y el sistema se mantendrá coherente a medida que crece. Hazlo mal y se convertirá en un laberinto.
La estructura tiene ocho carpetas. Cada nota en todo tu vault pertenece exactamente a una de ellas. Ninguna carpeta es opcional. Ninguna carpeta se superpone con otra.
00 - CAPTURE/
[Todo lo no procesado llega aquí]
01 - ACTIVE/
projects/
[nombre-del-proyecto]/
overview.md
tasks/
notes/
outputs/
areas/
health/
finances/
relationships/
learning/
career/
daily/
[YYYY-MM-DD].md
02 - RESOURCES/
research/
references/
templates/
bookmarks/
03 - SYSTEM/
CLAUDE.md
skills/
workflows/
logs/
04 - GENERATED/
briefings/
summaries/
analyses/
drafts/
05 - QUEUE/
[tareas pendientes para Claude]
06 - CALENDAR/
events/
reviews/
07 - ARCHIVE/
[proyectos completados y contenido desactualizado]
La lógica detrás de cada carpeta:
00 - CAPTURE existe porque la captura y el procesamiento son actividades separadas. Capturas a la velocidad del pensamiento. Procesas a la velocidad de la atención. La carpeta de captura lo absorbe todo sin juzgar, para que nada se pierda porque el procesamiento era demasiado lento.
01 - ACTIVE contiene solo lo que está vivo ahora mismo. Proyectos en los que estás trabajando. Áreas de tu vida de las que eres responsable. Notas diarias. Nada histórico. Nada aspiracional. Solo lo actual.
02 - RESOURCES es la biblioteca de referencia. Cosas que podrías necesitar algún día. No cosas en las que estés trabajando ahora.
03 - SYSTEM es el sistema operativo en sí mismo. CLAUDE.md. Archivos de habilidades. Definiciones de flujos de trabajo. Registros. La capa de infraestructura.
04 - GENERATED es donde Claude deposita los resultados. Nunca edites archivos aquí manualmente. Son salidas del sistema.
05 - QUEUE es la bandeja de entrada para las tareas de Claude. Dejas caer archivos aquí describiendo lo que necesitas. Claude los procesa. Los resultados van a GENERATED.
06 - CALENDAR rastrea la información basada en el tiempo. Próximos eventos. Revisiones periódicas. Cosas organizadas por cuándo en lugar de qué.
07 - ARCHIVE es donde van las cosas cuando están completas. Proyectos que terminaste. Referencias desactualizadas. Nunca elimines. Archiva.
El CLAUDE.md que lo hace inteligente
El CLAUDE.md es el documento que le dice a Claude todo sobre tu vida antes de que se ejecute cualquier flujo de trabajo.
Sin él, cada sesión de Claude comienza desde cero. Con él, cada sesión comienza con un contexto completo sobre quién eres, en qué estás trabajando y qué importa ahora mismo.
Sistema Operativo Personal — CLAUDE.md
Identidad
Nombre: [TU NOMBRE]
Rol: [TU ROL PRINCIPAL]
Ubicación: [TU CIUDAD]
Áreas de vida y estado actual
Salud: [ESTADO BREVE — ej., "Entrenando para media maratón, corriendo 4 veces por semana"]
Finanzas: [ESTADO BREVE — ej., "Ahorrando para el pago inicial de una casa, objetivo para diciembre de 2026"]
Relaciones: [ESTADO BREVE — ej., "Pareja: [nombre]. Amistades clave a mantener: [nombres]"]
Aprendizaje: [ESTADO BREVE — ej., "Actualmente estudiando: [tema]. Objetivo: [resultado]"]
Carrera: [ESTADO BREVE — ej., "Rol actual: [título]. Trabajando hacia: [meta]"]
Proyectos activos
[Repetir por cada proyecto activo]
Prioridades actuales
- [LO MÁS IMPORTANTE ESTA SEMANA]
- [LO SEGUNDO MÁS IMPORTANTE]
- [LO TERCERO MÁS IMPORTANTE]
Estándares para el contenido generado
Voz: [CÓMO ESCRIBES Y TE COMUNICAS]
Preferencias de formato: [TUS PREFERENCIAS]
Lo que nunca quieres: [COSAS ESPECÍFICAS A EVITAR]
Reglas operativas
- Nunca elimines archivos. Muévelos a ARCHIVE con marca de tiempo.
- Nunca envíes comunicaciones sin revisión humana.
- Siempre pon una marca de fecha a los archivos generados como YYYY-MM-DD.
- Registra cada acción significativa en SYSTEM/logs/operations.md.
- Cuando no estés seguro sobre la ubicación, usa GENERATED y márcalo.
Programa de actualización
Este archivo se revisa y actualiza: [TU PROGRAMA — ej., cada lunes por la mañana]
Actualiza la sección de Prioridades actuales cada lunes por la mañana. Este es el hábito de mantenimiento más importante de todo el sistema. Cinco minutos de reflexión honesta sobre lo que realmente importa esta semana mejoran drásticamente la relevancia de todo lo que el sistema genera.
Los cinco flujos de trabajo que lo convierten en un sistema operativo
Cinco flujos de trabajo transforman el vault de un sistema de almacenamiento a un sistema operativo.
Cada uno se ejecuta automáticamente. Cada uno genera salidas en GENERATED. Cada uno se mantiene solo sin tu intervención manual.
Flujo de trabajo 1: El informe matutino diario
Cada mañana a las 6 AM este flujo de trabajo lee tu vault y genera un informe.
El prompt de Claude:
Lee CLAUDE.md para obtener el contexto completo de la vida.
Genera un informe matutino que cubra:
LO MÁS IMPORTANTE HOY: La acción de mayor impacto
que puedo tomar hoy según mis prioridades actuales.
HORARIO: Cualquier evento en CALENDAR/events/ con fecha de hoy.
Prepara un resumen de una frase para cada uno.
ASUNTOS PENDIENTES: Cualquier elemento prefijado con OPEN:
en la nota diaria de ayer.
PULSO DE PROYECTOS: Para cada proyecto activo en CLAUDE.md:
una frase sobre el estado, una frase sobre la siguiente acción.
ENFOQUE SEMANAL: Si hoy es lunes, lee las notas diarias de
la semana anterior e identifica lo más importante a lograr
esta semana.
Formato de menos de 300 palabras. Empieza con LO MÁS IMPORTANTE HOY.
Guarda en: GENERATED/briefings/[FECHA]-morning.md
Este informe se ejecuta antes de que abras tu portátil. Lo lees en tres minutos. Sabes lo que importa antes de ver una sola notificación.
Flujo de trabajo 2: El procesador de capturas
Cada noche a las 8 PM este flujo de trabajo procesa todo en 00 - CAPTURE.
El prompt de Claude:
Lee todos los archivos en la carpeta CAPTURE creados hoy.
Para cada elemento capturado:
- Identifica de qué tipo es:
TAREA: Algo que requiere acción
IDEA: Algo para desarrollar o investigar después
REFERENCIA: Información para almacenar para uso posterior
NOTA: Contexto u observación sobre algo activo
EVENTO: Algo con fecha límite para el calendario
- Archívalo en la ubicación correcta:
TAREA → Crea una nota de tarea en el proyecto o área relevante
IDEA → Archiva en RESOURCES/research/ con la fecha
REFERENCIA → Archiva en RESOURCES/references/ por tema
NOTA → Añádelo a la nota del proyecto o diaria relevante
EVENTO → Crea un archivo de evento en CALENDAR/events/
- Para TAREAS: extrae la acción específica, asigna una fecha
de vencimiento si se menciona, y añádela a la lista de tareas
del proyecto relevante.
- Después de procesar: mueve el archivo de captura original a
ARCHIVE. Registra todas las acciones de procesamiento en
SYSTEM/logs/capture-log.md.
Este flujo de trabajo significa que 00 - CAPTURE se vacía solo cada noche. Nada se acumula. Nada se pierde en la bandeja de entrada. Cada captura termina exactamente donde debe sin que tú hagas el archivado.
Flujo de trabajo 3: El generador de revisión semanal
Cada domingo a las 7 PM este flujo de trabajo genera tu revisión semanal.
El prompt de Claude:
Lee todas las notas diarias de los últimos 7 días.
Lee todas las notas de proyecto modificadas esta semana.
Lee CLAUDE.md para el contexto y las prioridades actuales de vida.
Genera la revisión semanal:
LO QUE AVANZÓ:
Victorias específicas de la semana. Qué causó cada una.
Sé específico. Nombra los proyectos, las acciones, los resultados.
LO QUE NO AVANZÓ:
Evaluación honesta de lo que se estancó.
La razón más probable para cada elemento que no progresó.
EL PATRÓN DE LA SEMANA:
Un tema o idea que apareció repetidamente.
Si señala algo que debe cambiar.
PRIORIDADES DE LA PRÓXIMA SEMANA:
Tres prioridades específicas para la próxima semana ordenadas
por impacto. Para cada una: por qué importa, cuál es la
siguiente acción específica.
UNA DECISIÓN:
La decisión más importante que está pendiente ahora mismo.
Qué información tienes para tomarla.
Cuál es el costo de retrasarla otra semana.
Guarda en: GENERATED/summaries/[FECHA]-weekly-review.md
Actualiza CLAUDE.md: sección de Prioridades actuales con las
3 principales de la próxima semana.
La revisión semanal solía tomar 45 minutos mirando tus notas tratando de recordar lo que pasó.
Ahora toma 10 minutos leer lo que el sistema generó y 2 minutos añadir cualquier cosa que haya omitido.
Flujo de trabajo 4: El procesador de cola
Cada 2 horas este flujo de trabajo revisa 05 - QUEUE en busca de archivos que hayas dejado allí.
La convención es simple. Nombra el archivo con un verbo y un tema:
RESEARCH-stoic-philosophy-applications.md
SUMMARIZE-project-meeting-notes.md
DRAFT-email-to-landlord-about-repairs.md
PLAN-trip-to-portugal-october.md
DECIDE-whether-to-accept-new-client.md
El flujo de trabajo lee el nombre del archivo para entender el tipo de tarea y el contenido del archivo para las instrucciones específicas.
El prompt de Claude:
Revisa la carpeta QUEUE en busca de archivos no procesados.
Por cada archivo encontrado:
- Lee el nombre del archivo para identificar el tipo de tarea
- Lee el contenido del archivo para instrucciones específicas
- Ejecuta la tarea usando la habilidad relevante de
SYSTEM/skills/ si existe una
- Guarda el resultado en GENERATED/[tipo-de-tarea]/[FECHA]-[tema].md
- Mueve el archivo de la cola a ARCHIVE/queue-processed/
Registra todo el procesamiento de la cola en SYSTEM/logs/queue-log.md.
Si la tarea requiere información no disponible en el vault:
Marca en el resultado como NECESITA APORTE HUMANO: [lo que se necesita]
El procesador de cola es el flujo de trabajo más potente del sistema porque maneja cualquier cosa.
Piensas en algo que quieres a medianoche. Dejas caer un archivo en la cola. Se procesa a las 2 AM. El resultado te espera cuando te despiertas.
Flujo de trabajo 5: El monitor de salud de proyectos
Cada lunes a las 7 AM este flujo de trabajo revisa todos los proyectos activos.
El prompt de Claude:
Lee CLAUDE.md para la lista de proyectos activos.
Lee el archivo overview.md en cada carpeta de proyecto activo.
Lee cualquier archivo de proyecto modificado en los últimos 7 días.
Para cada proyecto genera una evaluación de salud:
ESTADO: En camino / En riesgo / Estancado / Bloqueado
EVIDENCIA: Qué indica específicamente este estado.
Sé concreto. Nombra archivos, fechas y observaciones específicas.
PRÓXIMA ACCIÓN: La única cosa más importante que este proyecto
necesita en las próximas 48 horas.
ALERTA: Cualquier proyecto que no haya tenido actividad durante
más de 7 días. Estos necesitan atención humana.
Guarda el informe de salud en:
GENERATED/briefings/[FECHA]-project-health.md
Para cualquier proyecto ALERTADO: crea un archivo en QUEUE llamado:
REVIEW-[nombre-del-proyecto].md con un resumen de la situación.
El monitor de salud de proyectos saca a la superficie los problemas antes de que se conviertan en crisis. Un proyecto que ha estado estancado durante siete días se señala el lunes por la mañana, en lugar de descubrirse en pánico cuando llega una fecha límite.
Las funciones anti-fallo
El sistema operativo está diseñado con tres mecanismos anti-fallo específicos.
La red de seguridad de captura
Todo va a 00 - CAPTURE primero. No se requiere ninguna decisión en el momento de la captura. Nunca dejas de capturar algo porque no sabes dónde archivarlo. La carpeta de captura lo absorbe todo y el procesador lo archiva después.
Esto significa que el sistema sobrevive intacto a tus días ocupados. En un día en el que no tienes tiempo para nada, igual capturas en 00 - CAPTURE. El procesador se encarga del resto esa noche automáticamente.
La regla de nunca eliminar, siempre archivar
Nada en este sistema se elimina nunca. Los proyectos completados se mueven a ARCHIVE. Las referencias desactualizadas se mueven a ARCHIVE. Las capturas procesadas se mueven a ARCHIVE.
Esto significa que el sistema nunca pierde información. No puedes romperlo archivando de forma demasiado agresiva. El costo de mantenerlo todo es cero porque el almacenamiento es infinito y el sistema nunca requiere que navegues por el archivo para la operación diaria.
El CLAUDE.md como fuente única de verdad
Todo sobre tu vida que Claude necesita para operar existe en un solo archivo. Un archivo para actualizar. Un archivo para revisar. Un archivo que gobierna cada flujo de trabajo.
Cuando tus prioridades cambian, actualizas CLAUDE.md y cada flujo de trabajo posterior refleja la nueva realidad automáticamente. No tienes que actualizar cinco documentos diferentes ni reexplicar tu situación en cinco sesiones diferentes.
El orden de construcción que te pone en marcha en un fin de semana
Construye el sistema en este orden exacto. Resiste la tentación de construir todo simultáneamente.
Sábado por la mañana: Capa de almacenamiento
Crea las ocho carpetas. Configura el CLAUDE.md con tu información actual real. Escribe una visión general de proyecto para tu proyecto más activo con propiedades consistentes.
Tiempo requerido: 2 horas.
Sábado por la tarde: Capa de inteligencia
Instala Claude Desktop. Configura el Filesystem MCP. Apúntalo a tu vault. Ejecuta el primer informe matutino manualmente y verifica que produce resultados precisos basados en tu CLAUDE.md.
Tiempo requerido: 1 hora.
Sábado por la noche: Primera tarea de cola
Deja caer un archivo en tu carpeta QUEUE con una tarea real. Un tema de investigación que has estado queriendo explorar. Una decisión que has estado posponiendo. Un resumen de notas que tomaste esta semana.
Deja que Claude lo procese. Revisa el resultado. Anota qué mejorar en tu CLAUDE.md.
Tiempo requerido: 30 minutos.
Domingo por la mañana: Capa de automatización
Configura N8N. Construye el flujo de trabajo del informe matutino como una tarea programada. Déjalo ejecutar a su hora programada y verifica que el resultado aparece en GENERATED automáticamente.
Tiempo requerido: 2 horas.
Domingo por la tarde: Flujos de trabajo restantes
Añade el procesador de capturas, el generador de revisión semanal y el procesador de cola como flujos de trabajo adicionales de N8N.
Tiempo requerido: 2 horas.
Para el domingo por la noche tienes los cinco flujos de trabajo funcionando. El sistema operativo está operativo.
Cómo se ve realmente no fallar nunca
Tres meses después de construir este sistema notarás algo.
El sistema ha estado funcionando todo el tiempo.
No porque lo mantuviste perfectamente. No lo hiciste. Hubo semanas en las que apenas tocaste Obsidian. Hubo días en los que las capturas se acumularon en 00 - CAPTURE durante tres días antes de que pensaras en ellas.
Pero el informe matutino siguió ejecutándose cada mañana. Las capturas siguieron procesándose cada noche. La revisión semanal siguió generándose cada domingo. El monitor de salud de proyectos siguió señalando proyectos estancados cada lunes.
El sistema siguió operando estuvieras tú operándolo o no.
Esa es la diferencia entre una herramienta de productividad y un sistema operativo.
Una herramienta requiere que la uses.
Un sistema operativo funciona.
Construye la base este fin de semana.
El sistema operativo funciona desde la primera mañana que está activo.
Sigue a @cyrilXBT para las plantillas exactas de CLAUDE.md, las configuraciones de flujo de trabajo de N8N y la configuración de Filesystem MCP que hace funcionar toda esta arquitectura.
