有时候最别扭的地方就在这里：笔记明明已经同步到你的电脑里了，你只是想把它导出来，却还是要先登录账号、确认同步、找导出入口、看格式能不能被下一个工具识别。
这不像是在拿回自己的内容，更像是在重新申请一次访问权。
我不是说官方导出不重要。能用官方导出，当然先用官方导出。但很多旧笔记迁移的问题，恰恰不发生在“有没有导出按钮”那里，而是发生在导出之前：账号还能不能登？客户端是不是最新版？云端内容有没有完整同步？导出的 HTML、ENEX 或私有结构，下一站能不能吃下去？
所以这个标题想问的不是一句漂亮话，而是一个很实际的问题：如果内容已经落在本机硬盘上，为什么导出工具不能先从本地数据开始？
NoteUnarchive 做的就是这件窄事。它不先问你要云端授权，不先让你交账号密码，而是读取本地笔记客户端已经落盘的数据，再导出成 Markdown、JSON、HTML 这些普通文件。
这篇文章不是劝你马上换工具。它更像一张迁移前的检查单：什么时候官方导出够用，什么时候本地优先更省事，以及 NoteUnarchive 适合卡在哪一步的人。
“绕一圈”到底绕在哪里
很多人低估了笔记迁移里的摩擦。
你以为自己只是要一个文件。实际流程可能是：先找回账号，再等客户端同步，再翻导出菜单，再拿着导出的格式去找下一个工具能不能导入。笔记里如果还有图片、附件、目录层级，问题会继续变多。
最尴尬的是，你要的结果很朴素：把内容变成自己能保存、能备份、能迁移的文件。但流程却把你又带回平台里转了一圈。
云端当然有价值。同步、搜索、多端编辑，都靠它。但到了“我要把内容带走”的时候，用户真正需要的往往不是更多入口，而是少一点前置条件。
既然数据在本地，就先从本地看起
本地优先导出听起来像技术路线，其实想法很简单：官方客户端为了正常工作，本来就会在电脑上保存数据库、缓存文件、图片或附件。只要这些数据已经存在，本地工具就可以先读取它们。
这样做有几个好处，但不用说得太玄。
第一，你不必把私人笔记再交给一个第三方转换服务。对日记、工作记录、客户资料来说，这一点很实在。
第二，导出过程不用每一步都绑在网络和账号状态上。前提是缓存完整；没同步下来的内容，本地工具不会凭空变出来。但只要内容已经落盘，后面的解析和转换就可以在本机完成。
第三，普通文件比较耐放。Markdown 可以进 Obsidian、Logseq、Typora，也可以直接放进 Git。JSON 适合后续脚本处理。HTML 不一定优雅，但浏览器能打开。
这条路不花哨，甚至有点笨：先读本地数据，再规规矩矩写成文件。可笔记迁移这种事，笨一点往往更安全。
NoteUnarchive 做的事很窄，这反而是优点
NoteUnarchive 当前的定位很清楚：本地优先的桌面笔记导出工具。它读取本地笔记客户端已经落盘的数据，把内容导出成开放格式。
按公开 README 的描述，当前 v1.0 支持的是 Windows 10/11 x64 上的有道云笔记，读取 SQLite 数据库和本地缓存笔记文件。印象笔记 / Evernote、金山文档还在后续计划里，不应该当成已经支持来安排迁移。
当前公开 README 写到的导出格式包括：
格式
更适合拿来做什么
Markdown
放进 Obsidian、Logseq、Typora，或者当作长期文本归档
JSON
留给脚本、批处理、后续转换
HTML
做一份浏览器能打开的阅读备份
我喜欢它的一点，是边界没有写得太满。它不需要云端 API，不要账号密码，也不要求远程同步权限。它问的问题很直接：你本地有没有这些数据？
但也别把它想成万能搬家工具。
如果你的笔记还没同步到 Windows 客户端，本地就没有东西可读。复杂富文本也别期待完全复刻原编辑器的样子。Markdown 的价值是耐迁移，不是还原每一个字号和间距。
如果你想看项目本身，可以从仓库开始：
先读 README，再拿几篇不重要的笔记试一次。迁移工具最怕一上来就全量跑。先小样本，后全量，这个顺序能省很多事。
哪些人适合试，哪些人先别急
我会这么判断：
你的情况
建议
原因
有道云笔记已经在 Windows 客户端同步到本地
可以试
本地缓存是它工作的基础
想把笔记转成 Markdown，再放进 Obsidian 或 Typora
可以试
Markdown 是当前支持的主要导出格式之一
不想把私人笔记上传到第三方转换服务
可以试
它的处理思路就是本机读取、本机导出
笔记还只在云端，没有落到电脑上
先别急
本地工具读不到不存在的本地文件
你需要完整保留原编辑器的所有富文本样式
先小样本验证
开放格式迁移通常会牺牲一部分样式
你现在主要迁移 Evernote / 印象笔记或金山文档
先看 README
这些在公开 README 里属于后续计划，不要按已支持来安排迁移
这个表看起来保守，但我宁愿保守一点。笔记迁移不是装个主题，也不是试个新插件。这里面可能有几年的记录。任何工具在你真正信任它之前，都应该先接受抽查。
我会怎么试
如果你准备试 NoteUnarchive，我建议别急着全量导出。
先打开原笔记客户端，让它把要迁移的内容同步到本机。然后去 NoteUnarchive GitHub 仓库 看 README，确认系统、数据源、导出格式都对得上。
接着选一个很小的笔记目录，最好里面同时有正文、图片和附件。导出后重点看三件事：目录层级有没有乱，图片引用能不能打开，正文结构在目标工具里读起来是否正常。
确认没问题，再跑完整导出。导出成功后也别急着删原数据。至少等你在目标工具里抽查过一轮。
如果仓库有正式 Release，就优先看发布页里的安装包或绿色版；如果还没有公开 Release，就按 README 里的开发命令启动。这个项目更适合愿意亲自验一下结果的人，不太适合“我不想看任何说明，只想点一下就万无一失”的场景。
几个容易误会的问题
NoteUnarchive 会上传我的笔记吗？
按项目 README 的描述，它是本地优先工具，不需要云端 API、账号密码或远程同步权限。实际使用时，仍然建议只从官方仓库下载或构建，别从来路不明的网盘包运行。
没有同步到本机的笔记能导出吗？
不能。它读的是本地已经存在的数据。本地没有的内容，它不应该也不可能凭空导出。先同步，再导出。
为什么不直接用官方导出？
能满足需求就直接用官方导出。NoteUnarchive 更适合另一种情况：你想从本地缓存出发，把笔记整理成 Markdown、JSON 或 HTML，同时少依赖账号授权、网络和 API。
Markdown 能完全保留原样式吗？
别这么期待。Markdown 更像一个长期可读的文本容器，不是原编辑器的复制品。标题、段落、图片这些结构更重要；复杂排版通常会被简化。
结尾：别把“能拿走”留到最后一天
笔记软件当然有价值。它们让记录、同步、搜索变得很顺手。可一旦谈到长期保存，我还是更相信普通文件。
普通文件不漂亮，但它安静、直接、好备份，也更容易交给下一个工具。
如果你也在整理旧笔记，尤其是有道云笔记，可以看看 NoteUnarchive。不是说它适合所有人，而是它提醒了一件很容易被忽略的事：你的内容可能已经在本地了，导出不一定非要从云端授权开始。
先拿几篇笔记试试。一个好的导出工具，不应该催你离开原平台；它应该先帮你确认，你的内容确实还能被你带走。
