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. Archivás notas correctamente. Actualizás el estado de los proyectos. Revisás tu bandeja de entrada. Procesás 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 tienen semanas de retraso.
Dejas de usar el sistema porque mantenerlo consume más energía de la que ahorra.
El sistema operativo personal de Obsidian está diseñado de otra manera.
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 se acumula de forma inteligente, ya sea que 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 depare.
Por qué la mayoría de los sistemas de Obsidian fallan
Antes de construir, debes entender por qué los sistemas que la mayoría de la gente 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 de control necesitan actualización manual. Las etiquetas necesitan aplicación manual. Cuando la vida se vuelve ocupada, el mantenimiento se atrasa y el sistema se vuelve poco confiable. Un sistema poco confiable se abandona.
Complejidad que se acumula con el tiempo. La gente comienza con una estructura simple y agrega complejidad cada vez que se encuentra con un problema que el sistema actual no maneja. Seis meses después tienen una arquitectura barroca que toma 20 minutos navegar y requiere leer documentación que ellos mismos escribieron para entenderla.
Sin capa de inteligencia. La bóveda almacena información pero no razona sobre ella. Capturas ideas pero nunca las vuelves a encontrar. Tomas notas de reuniones pero nunca resurgues los elementos de acción cuando se vuelven relevantes. El sistema es un archivo, no una inteligencia.
La arquitectura del sistema operativo resuelve los tres problemas.
El mantenimiento manual desaparece porque Claude Code conectado mediante 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 agrega a través de Claude, que lee la bóveda, hace conexiones, resurgue información relevante y genera resultados que la bóveda por sí sola 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í. Archivos Markdown de texto plano organizados en una estructura consistente. Cada pieza de información que genera tu vida vive aquí en un formato legible para humanos, legible para máquinas y permanente.
Capa 2: La capa de inteligencia
Este es Claude Code conectado a tu bóveda a través del MCP de sistema de archivos. 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
Este es N8N ejecutándose en un servidor de $5. Programa flujos de trabajo, activa disparadores, 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 obtienes algo menor.
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 de la bóveda que nunca falla
La estructura de la bóveda es la base de todo. Si haces esto bien, el sistema se mantendrá coherente a medida que crezca. Si lo haces mal, se convertirá en un laberinto.
La estructura tiene ocho carpetas. Cada nota en toda tu bóveda 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 capturar y procesar son actividades separadas. Capturas a la velocidad del pensamiento. Procesas a la velocidad de la atención. La carpeta de captura absorbe todo sin juzgar, para que nada se pierda porque el procesamiento fue demasiado lento.
01 - ACTIVE contiene solo lo que está vivo en este momento. 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í. 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 archivos aquí describiendo lo que necesitas. Claude los procesa. Los resultados van a GENERATED.
06 - CALENDAR rastrea 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 contexto completo sobre quién eres, en qué estás trabajando y qué importa en este momento.
Sistema Operativo Personal — CLAUDE.md
Identidad
Nombre: [TU NOMBRE]
Rol: [TU ROL PRINCIPAL]
Ubicación: [TU CIUDAD]
Áreas de vida y estado actual
Salud: [BREVE ESTADO — ej., "Entrenando para medio maratón, corriendo 4 veces por semana"]
Finanzas: [BREVE ESTADO — ej., "Ahorrando para el enganche de una casa, objetivo para diciembre de 2026"]
Relaciones: [BREVE ESTADO — ej., "Pareja: [nombre]. Amistades clave a mantener: [nombres]"]
Aprendizaje: [BREVE ESTADO — ej., "Actualmente estudiando: [tema]. Objetivo: [resultado]"]
Carrera: [BREVE ESTADO — ej., "Rol actual: [título]. Trabajando hacia: [objetivo]"]
Proyectos activos
[Repetir por cada proyecto activo]
Prioridades actuales
- [LO MÁS IMPORTANTE ESTA SEMANA]
- [SEGUNDO MÁS IMPORTANTE]
- [TERCERO MÁS IMPORTANTE]
Estándares para 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 marca la fecha de los archivos generados como AAAA-MM-DD.
- Registra cada acción significativa en SYSTEM/logs/operations.md.
- Cuando no estés seguro sobre la ubicación, usa GENERATED y marca.
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 mejora 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 la bóveda de un sistema de almacenamiento a un sistema operativo.
Cada uno se ejecuta automáticamente. Cada uno genera resultados en GENERATED. Cada uno se mantiene sin tu intervención manual.
Flujo de trabajo 1: El informe matutino diario
Cada mañana a las 6AM este flujo de trabajo lee tu bóveda y genera un informe.
El prompt de Claude:
Lee CLAUDE.md para obtener contexto completo de la vida.
Genera un informe matutino que cubra:
LO MÁS IMPORTANTE HOY: La acción de mayor apalancamiento
que puedo tomar hoy según mis prioridades actuales.
HORARIO: Cualquier evento en CALENDAR/events/ fechado hoy.
Prepara un resumen de una oración para cada uno.
ASUNTOS PENDIENTES: Cualquier elemento con prefijo ABIERTO: en
la nota diaria de ayer.
PULSO DE PROYECTOS: Para cada proyecto activo en CLAUDE.md:
una oración sobre el estado, una oración 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.
Formatea en menos de 300 palabras. Comienza con LO MÁS IMPORTANTE HOY.
Guarda en: GENERATED/briefings/[FECHA]-morning.md
Este informe se ejecuta antes de que abras tu computadora 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 8PM 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 futuro
NOTA: Contexto u observación sobre algo activo
EVENTO: Algo con límite de tiempo para calendarizar
- 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ñade a la nota del proyecto o nota 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 agrégala 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 estar sin que tú hagas el archivado.
Flujo de trabajo 3: El generador de revisión semanal
Cada domingo a las 7PM 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 proyectos modificadas esta semana.
Lee CLAUDE.md para contexto y prioridades de vida actuales.
Genera la revisión semanal:
LO QUE AVANZÓ:
Logros específicos de la semana. Qué causó cada uno.
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 clasificadas 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á abierta 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 agregar 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:
INVESTIGAR-aplicaciones-filosofia-estoica.md
RESUMIR-notas-reunion-proyecto.md
BORRADOR-correo-arrendatario-reparaciones.md
PLANIFICAR-viaje-portugal-octubre.md
DECIDIR-si-aceptar-nuevo-cliente.md
El flujo de trabajo lee el nombre del archivo para entender el tipo de tarea y el contenido del archivo para instrucciones específicas.
El prompt de Claude:
Revisa la carpeta QUEUE en busca de archivos no procesados.
Para 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 cola a ARCHIVE/queue-processed/
Registra todo el procesamiento de cola en SYSTEM/logs/queue-log.md.
Si la tarea requiere información no disponible en la bóveda:
Marca en el resultado como NECESITA APORTE HUMANO: [lo que se necesita]
El procesador de cola es el flujo de trabajo más poderoso del sistema porque maneja cualquier cosa.
Piensas en algo que quieres a medianoche. Dejas un archivo en la cola. Se procesa a las 2AM. El resultado te espera cuando te despiertas.
Flujo de trabajo 5: El monitor de salud de proyectos
Cada lunes a las 7AM 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: Lo más importante que este proyecto necesita
en las próximas 48 horas.
ALERTA: Cualquier proyecto que no haya tenido actividad por 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:
REVISAR-[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 alerta el lunes por la mañana en lugar de descubrirse en pánico cuando llega una fecha límite.
Las características anti-colapso
El sistema operativo está diseñado con tres mecanismos específicos anti-colapso.
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 te saltas capturar algo porque no sabes dónde archivarlo. La carpeta de captura 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 que no tienes tiempo para nada, igual capturas en 00 - CAPTURE. El procesador maneja el resto esa noche automáticamente.
La regla de nunca eliminar, 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 demasiado agresivamente. El costo de mantenerlo todo es cero porque el almacenamiento es infinito y el sistema nunca te requiere navegar por el archivo para la operación diaria.
El único punto de verdad: CLAUDE.md
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 volver a explicar 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 un resumen 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 MCP de sistema de archivos. Apúntalo a tu bóveda. 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 un archivo en tu carpeta QUEUE con una tarea real. Un tema de investigación que has querido 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 cron. 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
Agrega 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 que nunca falle
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 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ó alertando proyectos estancados cada lunes.
El sistema siguió operando sin importar si tú lo estabas operando 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 del MCP de sistema de archivos que hace funcionar toda esta arquitectura.
