Evernote 迁移到 Obsidian：一套真正可执行的格式保真度测试

为什么要做保真度测试

Evernote 用 ENML 保存笔记，Obsidian 则使用 Markdown 文件和仓库里的普通文件。这种转换很有用，却不是百分之百的翻译。导入器可能报告成功，但表格已经被压扁、附件路径发生变化，或者 Evernote 链接不再打开原来的笔记。

保真度测试回答的是一个更实际的问题：用这套导出和导入组合，我的笔记究竟保留了哪些部分？ 如果你有多年的研究资料，或对仓库目录有严格约定，请在处理全部资料前先做测试。

建立有代表性的测试集

不要只挑最干净的笔记。好的测试集要小到可以手动检查，又要足够多样，能暴露资料库里最容易出问题的边角情况。

记录笔记标题、笔记本名称、附件数、链接数，以及你在意的细节。这份清单就是迁移前后的对照表。

导入后要检查什么

先在文本编辑器中打开导出的 Markdown，再在 Obsidian 中打开同一批笔记。两边都看，才能区分是转换出错，还是 Obsidian 的渲染或仓库路径出了问题。

先运行一个本地小批次

先建立本地源副本，就能在不反复下载 Evernote 资料库的情况下重复测试，也能清晰分开同步、导出、转换和导入 Obsidian 四个环节。

1. 只同步一次：把选中的笔记本、笔记和资源下载到专用本地数据库。
2. 导出样本：选择任务或附件较多的笔记本，不要一开始就处理整个账户。
3. 打开文件：启动 Obsidian 前，先检查 Markdown 和附件目录。
4. 导入新仓库：使用独立的测试仓库，不要污染日常使用的笔记。
5. 记录失败：写下具体是哪篇笔记、哪个字段和哪条路径没有保留。

小批次没有问题后，再逐步增加规模。与其把数千个文件一次性导入正在使用的仓库，分阶段迁移更容易回滚。

使用简单的迁移评分表

对每篇测试笔记的每个类别标记“通过、需确认或失败”。目标不是做一个好看的营销数字，而是在扩大规模前得到一个说得清楚的决定。

验收规则由你决定。比如可以接受颜色略有变化，却不能接受附件缺失或内部链接失效。扩大迁移前，先把这些取舍写清楚。

测试失败后怎么处理

先定位问题出现在哪一层：

• 源数据：笔记或资源没有同步到本地。
• 导出：过滤器排除了笔记、附件、标签或元数据。
• 转换：Markdown 中没有预期的结构或链接。
• 导入：文件本身正确，但 Obsidian 或插件的解释方式不同。

一次只改一个变量：导出格式、附件布局、笔记本过滤条件或任务映射方式。保留失败批次，和下一次结果对比。如果某项功能无法忠实呈现，就把原始 HTML 或 ENEX 与 Markdown 仓库一起保存，并记录限制。

常见问题

实用结论

不要只看导入对话框是否结束来判断 Evernote 到 Obsidian 的迁移。建立有代表性的测试集，在本地检查 Markdown 和附件，在新仓库中验证链接与任务行为，并记录可以接受的取舍。小批次达到验收标准后，再用同一流程扩大规模。