Sistema de Gestión de Proyectos Personales Usando Claude Code y Obsidian: Arquitectura y Preguntas

Descripción General de la Arquitectura del Sistema

Un desarrollador está diseñando un sistema de gestión de proyectos personal utilizando Claude Code y Obsidian para llevar prácticas profesionales de gestión de proyectos a la vida personal. El sistema tiene tres capas:

• Sistema de archivos (OneDrive): Almacena solo archivos de registro—PDFs, adjuntos, recibos. Aquí no reside nada ejecutable.
• Bóveda de Obsidian: Actúa como la capa de conocimiento y seguimiento. Aquí residen todos los registros de proyectos, planes, paneles de control y notas diarias.
• Claude Code: Sirve como el motor de ingesta que lee, dirige y escribe contenido. La mayor parte de esta capa opera sin intervención manual.

Configuración de Dos Claudes y Transferencia

El desarrollador utiliza Claude Code en una computadora portátil para construir y Claude.ai en un teléfono para planificar, redactar y capturar en movimiento. Para salvar la brecha de contexto, un documento de transferencia—un único archivo markdown en la bóveda—describe la arquitectura completa, incluyendo la estructura de carpetas, reglas de enrutamiento, convenciones de nomenclatura, estado de proyectos activos y progreso de la fase de construcción. Claude.ai carga este documento al inicio de cada sesión para mantener la coherencia, asegurando que nunca proponga rutas de carpetas o nombres de archivos fuera de las convenciones documentadas. Claude.ai actúa como la oficina del arquitecto, mientras que Claude Code funciona como el equipo de construcción.

Registro Diario y Estructura de Comandos

Todas las entradas fluyen a través de un único archivo de registro diario escrito en lenguaje natural. Claude Code procesa este registro y dirige las entradas a ubicaciones apropiadas: los riesgos al registro de riesgos, las decisiones al registro de decisiones, las acciones a una lista de acciones en curso, y los bloqueos se marcan. Dos comandos de barra impulsan el sistema:

• /daily: Procesa el registro del día, dirige las entradas, actualiza los archivos del proyecto y actualiza la lista de acciones. Sin diapositivas ni correos electrónicos—solo enrutamiento.
• /pm-sync: Realiza tareas más pesadas—lee todos los archivos del proyecto, escribe actualizaciones, redacta correos de estado, genera contenido para diapositivas semanales y actualiza un panel de control maestro.

Estructura y Gobernanza del Proyecto

Cada proyecto incluye un conjunto de archivos basado en la complejidad, con tres niveles: Ligero (index.md y milestones.md), Medio (agrega risks.md y decisions.md) y Pesado (conjunto completo). Claude determina el nivel mediante preguntas de ingesta cuando se registra un nuevo proyecto. Los archivos clave incluyen:

• index.md: Instantánea del estado actual con salud, etapa, criterios de salida y partes interesadas.
• log.md: Diario cronológico para seguimiento día a día, sirviendo como una adaptación para el TDAH para la recuperación del contexto.
• Registros estructurados: milestones.md, risks.md, decisions.md, issues.md, assumptions.md, lessons-learned.md.

Las características de gobernanza incluyen: Claude nunca cierra automáticamente un hito—lo marca y espera una aprobación explícita mediante "I Approve [ID]". La expansión del alcance se marca automáticamente si el trabajo se expande más allá de los criterios de salida de un proyecto, con sugerencias para separarlo como un proyecto independiente. Las nuevas ideas de proyecto capturadas en el registro diario activan un proceso de ingesta de cinco preguntas antes de que comience la construcción.

Distinción entre Dominio y Proyecto

El sistema distingue entre proyectos y dominios en curso (por ejemplo, presupuesto, seguimiento de estado físico, mantenimiento del hogar). Los dominios obtienen archivos de seguimiento y notas en lugar de registros de proyectos, asegurando que no se creen registros de riesgos para tareas rutinarias como los programas de descalcificación de la máquina de espresso.

Preguntas del Desarrollador para Retroalimentación

El desarrollador busca opiniones sobre:

1. Si la estructura de dos comandos (/daily y /pm-sync) tiene sentido o complica demasiado el enrutamiento.
2. El uso de log.md como un diario cronológico separado de los registros estructurados—¿se mantiene con el tiempo o se convierte en ruido?
3. El patrón de puerta de control que requiere aprobación explícita para cerrar hitos—¿es una fricción útil o simplemente fricción?
4. La configuración de dos Claudes con un documento de transferencia compartido como puente para el contexto móvil/escritorio—¿están otros resolviendo esta brecha de manera similar?
5. Experiencias ejecutando Obsidian + Claude Code juntos—¿qué se rompió?