从 Obsidian Vault 到 DeMinds 工作文档

Obsidian Vault 往往不是单个 Markdown 文件，而是一组由目录、首页、Wiki Link、附件和写作习惯共同形成的知识结构。DeMinds 处理这类内容时，并不尝试接管整个 Vault，也不把自己变成另一个 Obsidian。

更准确地说，DeMinds 做的是：把用户明确选择的 Vault 内容，归一为一份可阅读、可编辑、可预览、可导出的 Markdown 工作文档。

1. 先识别入口，而不是盲目打开 README

一个普通 Markdown 文件包通常会用 README.md、index.md 或同名 Markdown 作为入口。但 Obsidian Vault 经常有自己的首页，例如 Home/Home.md，并且可能通过 .obsidian/app.json 或 Homepage 插件配置指向它。

DeMinds 会优先识别这些 Obsidian 首页信号。这样，用户打开 Vault 时看到的是更接近原 Vault 阅读路径的推荐入口，而不是被根层 README.md 误导。

这一步的重点不是“自动导入整个 Vault”，而是帮助用户从正确的位置开始选择。

2. 由用户显式选择要打开的文档

Obsidian Vault 里的每个 Markdown 都可能有自己的用途：有些是首页，有些是目录页，有些是草稿、模板、归档或日记。DeMinds 不会递归跟随所有 Wiki Link，也不会把整个 Vault 自动拼成一篇长文档。

用户可以在 Document Chooser 中选择一个或多个 Markdown 文档：

• 单选时，DeMinds 将该文档作为工作文档打开
• 多选时，DeMinds 会按用户选择或 Vault 结构生成新的 baseline
• 取消时，不创建工作区，也不写入快照

这种设计让 DeMinds 保持清晰边界：它读取 Vault，但不索引整个 Vault；它生成工作文档，但不原地改写用户的 Obsidian 目录。

3. 保留 Vault 结构，而不是拍平所有文档

当用户选择多个文档时，DeMinds 可以按 Vault 结构生成工作文档。比如 Areas/Research/Methods/Literature Review.md 不会被简单放进一个扁平列表，而是保留它在 Vault 中的组织语义。

这对阅读体验很重要。Obsidian 的目录结构本身往往就是知识组织方式：Product、Package、Obsidian、Scenarios 等目录，不只是文件夹，而是内容边界和上下文。

DeMinds 的归一化结果应让这些结构继续可见，同时把它们收敛到一份 Markdown 工作文档中，便于在导图和 Markdown Preview 中继续阅读。

4. 静态处理 Wiki Link 与 Wiki Embed

Obsidian 的 [[Wiki Link]] 和 ![[Wiki Embed]] 是 Vault 内部阅读体验的重要部分。但 DeMinds 不执行 Obsidian 插件，也不展开整个链接图。

因此，DeMinds 采用静态归一化策略：

• 已选择且能唯一解析的 Wiki Link，可转换为工作文档内的内部跳转
• 未选择、缺失或歧义的 Wiki Link，降级为可读文本
• 图片类 Wiki Embed 会转换为标准 Markdown 图片引用
• 笔记类 Embed 不递归展开，只保留可读引用

这样做的好处是：内容可读，结构可控，导出后仍然是普通 Markdown，而不是依赖 Obsidian 运行时的专有状态。

5. 资源路径需要保持自洽

Markdown 文件包和 Obsidian Vault 中经常出现同名资源。例如不同目录下都可能有 a.png，或者某个文档引用 images/a.png，另一个文档引用 assets/a.png。

如果只按文件名合并，图片很容易串图。DeMinds 需要按路径建立资源闭包，只复制用户选择文档直接引用、实际存在且安全边界内的资源。

在合并 baseline 中，资源路径会被重写到可解释、可导出的相对路径下。这样导出后的 Markdown 包仍然自洽，可以脱离 DeMinds 继续查看和维护。

6. Package 能力是 Obsidian 支持的基础

Obsidian Vault 支持并不是孤立能力。它建立在 DeMinds 对 Markdown Package 的基础能力之上：入口推荐、Document Chooser、多选合并、资源闭包和路径保持。

普通 Markdown Package 默认更适合“顺序合并”；Obsidian Vault 默认更适合“Vault 结构”。两者共享底层原则：围绕用户选择生成工作文档，而不是复制整个文件包。

7. DeMinds 的价值：把结构变成可继续工作的文档

DeMinds 的目标不是替代 Obsidian，也不是把所有知识库功能搬进应用里。它更适合这样的工作流：

1. 从 Obsidian、网页、AI 对话或文档包中取出需要继续处理的内容
2. 归一为 Markdown 工作文档
3. 在导图中查看结构
4. 在 Markdown Preview 中阅读
5. 继续编辑、整理和导出

对于长期知识资产来说，这种方式的价值在于：内容仍然是 Markdown，结构可以被导图化，资源路径保持可迁移，工作结果不被锁死在单一工具里。

8. 一个典型场景：整理 AI 对话

很多 AI 对话在生成时很有价值，但长期保存后往往变成难以维护的长文本。DeMinds 可以把这类内容整理成结构化 Markdown，再进一步导出或进入知识库。

这个流程和 Obsidian Vault 的处理逻辑是一致的：DeMinds 关注的不是“来源是什么工具”，而是能否把内容变成可读、可编辑、可迁移的结构化 Markdown。

结语

“从 Obsidian Vault 到 DeMinds 工作文档”不是一次完整迁移，也不是对 Obsidian 的替代。

它更像一次结构化阅读：DeMinds 识别入口，让用户选择内容，保留 Vault 结构，静态处理链接与附件，并生成一份可以继续工作的 Markdown 文档。

这也是 DeMinds 的核心定位：本地优先的 Markdown + 思维导图工作区，让知识资产保持可读、可编辑、可迁移。