De un Obsidian Vault a un documento de trabajo de DeMinds
Un Obsidian Vault rara vez es un único archivo Markdown. Normalmente es un espacio de trabajo estructurado formado por carpetas, una nota de inicio, Wiki Links, adjuntos y hábitos de escritura. Cuando DeMinds abre este tipo de contenido, no intenta hacerse cargo de todo el Vault ni convertirse en otro Obsidian.
Más exactamente, DeMinds hace esto: convierte el contenido del Vault seleccionado explícitamente por el usuario en un documento de trabajo Markdown legible, editable, previsualizable y exportable.
1. Detectar primero la entrada, en lugar de abrir README a ciegas
Un Markdown Package normal suele usar README.md, index.md o un archivo Markdown con el nombre del paquete como entrada. Un Obsidian Vault, en cambio, suele tener una nota de inicio propia, como Home/Home.md, y esa nota puede estar referenciada por .obsidian/app.json o por la configuración de un plugin Homepage.
DeMinds da prioridad a esas señales de inicio de Obsidian. Así, cuando el usuario abre un Vault, la entrada recomendada se acerca más a la ruta de lectura original del Vault, en lugar de quedar dominada accidentalmente por un README.md en la raíz.
El objetivo no es importar automáticamente todo el Vault. El objetivo es ayudar al usuario a empezar desde el lugar correcto.
2. Dejar que el usuario elija explícitamente qué abrir
Cada archivo Markdown dentro de un Obsidian Vault puede cumplir una función distinta: nota de inicio, nota índice, borrador, plantilla, página de archivo o nota diaria. DeMinds no sigue recursivamente todos los Wiki Links y no concatena automáticamente todo el Vault en un único documento largo.
El usuario elige uno o varios documentos Markdown en Document Chooser:
- Una selección única abre ese documento como documento de trabajo
- Varias selecciones generan un nuevo baseline por orden o por estructura del Vault
- Al cancelar, no se crea ningún espacio de trabajo ni se escribe ningún snapshot
Esto mantiene claro el límite del producto: DeMinds puede leer un Vault, pero no indexa todo el Vault; crea un documento de trabajo, pero no reescribe en el lugar la carpeta original de Obsidian.
3. Preservar la estructura del Vault en lugar de aplanar todas las notas
Cuando el usuario selecciona varios documentos, DeMinds puede generar el documento de trabajo según la estructura del Vault. Por ejemplo, Areas/Research/Methods/Literature Review.md no debería convertirse simplemente en otro elemento de una lista plana. Su ubicación dentro del Vault tiene significado.
Esto es importante para la lectura. En muchos Obsidian Vaults, la estructura de carpetas forma parte de la organización del conocimiento. Directorios como Product, Package, Obsidian y Scenarios no son solo contenedores; expresan contexto y límites de contenido.
Un documento normalizado por DeMinds debe mantener visible esa estructura y, al mismo tiempo, reunir el contenido seleccionado en un único documento de trabajo Markdown que pueda leerse tanto en Mind Map como en Markdown Preview.
4. Tratar Wiki Link y Wiki Embed de forma estática
Los elementos de Obsidian [[Wiki Link]] y ![[Wiki Embed]] son fundamentales para la experiencia de lectura dentro de un Vault. Sin embargo, DeMinds no ejecuta plugins de Obsidian ni expande todo el grafo de enlaces.
En su lugar, DeMinds usa una normalización estática:
- Un Wiki Link que apunta a una nota seleccionada y resuelta de forma única puede convertirse en un enlace interno dentro del documento de trabajo
- Un Wiki Link no seleccionado, inexistente o ambiguo se degrada a texto legible
- Los Wiki Embeds de imagen se convierten en referencias de imagen Markdown estándar
- Los embeds de notas no se expanden recursivamente; permanecen como referencias legibles
Así el contenido sigue siendo legible, la estructura permanece bajo control y el resultado exportado sigue siendo Markdown ordinario, no un estado dependiente del runtime de Obsidian.
5. Las rutas de recursos deben seguir siendo autocontenidas
Los Markdown Packages y los Obsidian Vaults suelen contener recursos con el mismo nombre de archivo. Puede haber un a.png en carpetas distintas; un documento puede referenciar images/a.png, mientras otro referencia assets/a.png.
Si los recursos se fusionan solo por nombre de archivo, las imágenes pueden acabar apuntando fácilmente al archivo equivocado. DeMinds necesita una clausura de recursos basada en rutas: conserva únicamente los recursos referenciados directamente por los documentos seleccionados, que existen realmente y están dentro de un límite seguro.
En un baseline fusionado, las referencias a recursos se reescriben en rutas relativas explicables y exportables. Así, el Markdown Package exportado sigue siendo autocontenido y puede consultarse y mantenerse fuera de DeMinds.
6. La compatibilidad con Markdown Package es la base
La compatibilidad con Obsidian Vault no es una capacidad aislada. Se apoya en las capacidades de DeMinds para Markdown Package: recomendación de entrada, Document Chooser, fusión de varios documentos, clausura de recursos y exportación que conserva rutas.
Un Markdown Package normal suele funcionar mejor con una fusión ordenada. Un Obsidian Vault suele funcionar mejor con la estructura del Vault. Ambos siguen el mismo principio de fondo: generar un documento de trabajo alrededor de la selección explícita del usuario, en lugar de copiar todo el paquete.
7. El valor de DeMinds: convertir la estructura en un documento de trabajo
DeMinds no intenta reemplazar a Obsidian ni recrear dentro de la app todas las funciones de una base de conocimiento. Encaja mejor en este flujo de trabajo:
- Tomar de Obsidian, una página web, una conversación AI o un Markdown Package el contenido con el que se quiere seguir trabajando
- Normalizarlo en un documento de trabajo Markdown
- Revisar su estructura en un Mind Map
- Leerlo en Markdown Preview
- Seguir editándolo, organizándolo y exportándolo
Para activos de conocimiento a largo plazo, el valor es claro: el contenido sigue siendo Markdown, la estructura puede verse como Mind Map, las rutas de recursos siguen siendo portables y el resultado no queda encerrado en una sola herramienta.
8. Un escenario típico: ordenar conversaciones AI
Muchas conversaciones AI son útiles cuando se crean, pero al guardarlas a largo plazo se convierten a menudo en textos largos difíciles de mantener. DeMinds puede transformar este tipo de contenido en Markdown estructurado y ayudarlo a pasar a un flujo de conocimiento más duradero.
Este proceso sigue la misma lógica que el tratamiento de un Obsidian Vault. A DeMinds le importa menos de qué herramienta viene el contenido y más si ese contenido puede convertirse en Markdown estructurado, legible, editable y portable.
Cierre
“De un Obsidian Vault a un documento de trabajo de DeMinds” no es una migración completa ni un reemplazo de Obsidian.
Es un flujo de lectura estructurado: DeMinds detecta la entrada, permite al usuario elegir el contenido, preserva la estructura del Vault, trata los enlaces y adjuntos de forma estática y genera un documento Markdown con el que se puede seguir trabajando.
Esa es la posición central de DeMinds: un espacio de trabajo local-first de Markdown + Mind Map que mantiene los activos de conocimiento legibles, editables y portables.