企业官网建设流程全解析

Obsidian 的同步问题，几乎每个深度用户都会在某一天突然面对。笔记越写越多，手机、办公电脑、家里台式机三处要同时维护，这时候没有一套好用的同步方案，整个知识库就成了定时炸弹——不是这端忘了改，就是那端覆盖了旧版本。用过 Obsidian 的都知道，官方 Sync 很省心，但价格摆在那里，而且国内网络环境访问官方同步服务时，延迟和稳定性往往不太可控。所以我一开始走的是坚果云 WebDAV 路线，用了一段不短的时间之后，又折腾回官方同步方案。这两条路线各自最核心的价值和痛点是什么，我会在下面仔细拆开说清楚，包括配置步骤、隐藏的坑、冲突处理、速度感知，以及最后我为什么换了方向。

1. 两种方案的本质差异：云存储同步 vs 端到端同步

先说结论：坚果云 WebDAV 和 Obsidian 原生同步，看起来都能让你在多个设备之间拿到最新笔记，但它们的工作机制完全不同。不理解这个差异，你后面遇到的很多诡异问题都无法解释。

坚果云 WebDAV 方案本质上是把 Obsidian 的仓库文件夹当作一个普通文件夹，通过 WebDAV 协议跟坚果云服务器保持同步。Obsidian 本身没有直接内置 WebDAV 支持，所以需要借助第三方插件（比如 Remotely Save 或 Obsidian WebDAV）来完成。这套逻辑里，坚果云只是个中转站，它不认识 Markdown 文件，也不理解 Obsidian 的库结构，它只负责把你的文件从一个设备搬运到另一个设备。

而 Obsidian 官方同步（Obsidian Sync）是端到端加密的实时同步协议。它同步的不只是文件本身，还包括 Obsidian 使用中产生的各种元数据——比如关系图谱、搜索索引、当前打开的文件状态、缓存等。这意味着换设备打开 Obsidian 时，整个工作区几乎是即时恢复的，不需要等待索引重建。官方同步虽然也依赖 Obsidian 服务器，但从仓库到服务器再到你另一台设备，内容全程加密，服务器上存的是密文，别人包括官方都读不到你的笔记内容。

这个本质差异会直接影响三件事：同步实时性、隐私安全级别、以及对 Obsidian 功能特性的支持深度。坚果云方案更像是“仓库备份”，而官方同步更像是“状态同步”。如果你想在自己 NAS 或云盘上掌握数据的原始文件，坚果云路线会更适合；如果你追求多端无缝体验，原生方案明显更顺手。

1.1 坚果云 WebDAV 的真实定位

坚果云是国内为数不多提供稳定 WebDAV 服务的云盘。大多数国内云盘只提供 API 接口或者干脆自研同步客户端，坚果云保留 WebDAV 这个开放协议，让它成了 Obsidian 用户、Zotero 用户、KeePass 用户等“文件型工具党”的默认选择。它免费版每月有 1GB 上传流量和 3GB 下载流量，对于纯文字笔记来说，这个额度其实很够用，但如果你的库里塞了大量图片、PDF、音频，很快就会被耗尽。

用 WebDAV 同步 Obsidian 时，我个人推荐 Remotely Save 插件，因为它同时支持 S3、WebDAV、Dropbox 等多种后端，而且同步策略相对成熟。它本质上是在 Obsidian 启动时把你的整个库文件传到云端，然后在本地保留一份状态。这里有一个关键点：Remotely Save 并不是实时监听文件变更，而是按时间间隔拉取差异。默认设置的间隔可能是 5 分钟或 10 分钟，如果你的两台设备同时编辑同一个文件，冲突几乎是必然的。

坚果云 WebDAV 的好处是：免费、数据可控、国内访问快、和自己在服务器上手动搭建 Nextcloud 相比几乎零维护。坏处是：同步粒度粗糙、不支持 Obsidian 特有的缓存数据、冲突处理逻辑比较原始、以及如果你从 iOS 端使用，应用退到后台后同步往往会中断。我后面会专门讲这些坑怎么绕过。

1.2 原生同步方案为何更省心

Obsidian Sync 作为付费功能，其实解决了 WebDAV 方案里最头疼的几个问题：冲突处理的智能程度、多端元数据一致性、以及移动端的后台同步可靠性。你不需要安装任何插件，只需要在设置里输入账号密码，选择同步哪些仓库，然后 Obsidian 会在后台自动处理一切。

它不是把文件肆无忌惮地全部扔到服务器上，而是有一个版本历史机制。免费版可以追溯一个月的版本历史，付费版可以追溯一整年。这意味着你不小心改坏了一个文件，可以直接回滚到几天前的状态。这种安全网是用坚果云时基本享受不到的——坚果云虽然也有历史版本，但对 Markdown 文件的支持很粗糙，而且需要通过网页端去操作，体验割裂。

还有一个容易被忽略的点：Obsidian Sync 同步后，你的移动端可以直接搜索笔记内容，因为它把搜索索引也同步过去了。但坚果云方案下，你每次在手机端打开 Obsidian，都需要等插件去拉取文件、重建索引，这个过程在笔记量大时尤其煎熬。本来你在外面拿手机查个资料，打开 App 却要等 30 秒甚至更久才能搜索，体验非常劝退。原生方案基本能做到打开即搜，差距非常明显。

2. 坚果云 WebDAV 手动配置全过程

这里我直接用我实际操作的流程来讲，假设你完全没接触过 Remotely Save 插件和坚果云。我会尽量把每一个选项的含义说清楚，避免你照着网上的旧教程一顿操作后啥也没同步成功。

2.1 坚果云侧的准备：应用密码而不是登录密码

很多人第一步就卡在授权上，因为坚果云的 WebDAV 授权密码并不是你的账号登录密码。WebDAV 属于开放接口，如果直接用账号密码去授权，安全性会很差。坚果云为此推出了“应用密码”机制：你在网页版账号设置里，找到“安全选项”，然后添加一个第三方应用，系统会生成一串专用的授权密码。

这串密码只服务于 WebDAV 协议，你可以在后面的“已授权应用”列表里随时吊销。它和你的主密码是隔离的，万一泄露，也不会威胁到手机号、邮箱这些账号核心信息。我强烈建议你为 Obsidian 单独创建一个应用密码，不要把它共用给别的工具，这样哪天某个工具出问题，你可以精准吊销而不影响其他应用。

配置完成后，你的 WebDAV 地址格式一般是：https://dav.jianguoyun.com/dav/。注意，这个地址建议直接写唯一存储根目录，不要搞一堆嵌套文件夹再去代码里拼路径。最优做法是在坚果云里新建一个专门文件夹（比如命名为 Obsidian），然后把 WebDAV 地址直接指向这个子目录，逻辑更清晰，翻车概率也更低。

2.2 Remotely Save 插件的关键设置项

在 Obsidian 社区插件里搜 “Remotely Save” 并安装，启用后进入设置页，选择远程服务类型为 WebDAV。这里需要填四项：服务器地址、用户名、密码、以及远程路径。

用户名直接填你的坚果云登录邮箱，密码填刚生成的应用密码。远程路径这里很容易踩坑：有的教程会让你填/dav/Obsidian/，有的让你填/Obsidian/，关键是和你的 WebDAV 服务器地址保持一致。如果你服务器地址填的是https://dav.jianguoyun.com/dav/，那远程路径填Obsidian或/Obsidian就是指向 dav 根目录下名为 Obsidian 的文件夹；如果你服务器地址填的是https://dav.jianguoyun.com/dav/Obsidian/，那远程路径留空即可。我建议用后者，简洁明了，排除干扰。

然后要调几个核心参数：

• 同步间隔：建议设置 120 秒到 300 秒之间。太短频繁触发 HTTP 请求，容易撞上流量限制；太长又容易在切换设备后忘记同步到最新。
• 删除文件同步：必须开启。如果关掉，你在 A 设备删了一篇笔记，B 设备同步后只会得到一个“残留的幽灵文件”，以后越积越多。
• 同步附加的文件：这个要不要开，看你库里是否含有非 Markdown 文件。如果你的附件都放在专用文件夹里，可以开；如果你喜欢把 PDF、图片直接丢在笔记同目录下，那最好也开。
• 服务端加密：除非你有特殊需求，否则建议关闭。因为开启后，不同设备上的文件名会被加密混淆，你直接去坚果云网页端浏览文件时会看到一堆乱码，排查问题非常痛苦。

2.3 从移动端初始化同步的注意事项

在电脑上配置好坚果云 WebDAV 后，你需要在手机端打开同一个仓库。这里有一个容易翻车的顺序问题：手机端 Obsidian 打开时，如果本地已经存在一个同名空仓库，Remotely Save 可能会认为“本地有仓库但无文件”，于是直接执行上传操作，把空目录推送到云端，导致云端文件被“清空索引”。虽然坚果云还有历史版本可以救，但已经够吓人了。

正确的做法是：手机端新建一个空仓库，然后尽快在 Remotely Save 里选择“下载”模式而不是“上传”模式。在插件设置的最下面，有一个“同步方式”按钮，可以强制单向下载。首次激活同步时先远程覆盖本地，确认文件都拉下来了，再把同步方式改回双向。这一步稳住了之后，之后启动都会自动双向同步。

还有一个细节：移动端 Obsidian 退出前，如果你是 iOS 系统，一定要彻底上滑关闭 App，或者在设置里手动触发一次同步，否则后台刷新可能不会执行网络请求。Android 系统同样存在这种情况，厂商的省电策略会直接把后台网络请求掐掉。这个我在问题排查小节里会展开说。

3. 原生同步方案的设置流程与体验优化

如果你决定付费用官方方案，设置过程确实简单到令人发指：打开设置，点击“同步”，绑定账号，选择开启同步的仓库。但就是这个看似简单的过程里，也有一些值得深挖的细节，我花了很长时间才把这些体验优化到最好。

3.1 创建账号、选择加密模式

Obsidian 官方同步账号是跟 Obsidian 账号体系打通的，登录后需要选择你的同步服务器区域。官方有北美、欧洲、亚洲等几个节点可选，但实测下来，如果你在国内使用，亚洲节点也不一定能够保持低延迟，因为线路是动态变换的。选节点时不要迷信地区，直接看同步速度的实际表现。系统没提供一个测速工具，但你可以开启一个小笔记反复修改文字，观察客户端顶部的同步状态延迟图标。

加密模式这里我强烈推荐选择“端到端加密”。虽然 Obsidian 官方本来就强调服务器存的是密文，但默认情况下它保留了一部分元数据的读取权限。开启端到端加密后，你在客户端设置一个单独的加密密码，这个密码只存在你的设备里，不会经过官方服务器。这意味着换新设备时，你必须手动输入这个密码才能解锁仓库，忘记密码连官方都救不了你。

我个人认为：如果你不是写日记、做个人咨询记录等隐私极高场景，用默认加密等级就可以，体验更顺畅；如果你的库里有那种“万一泄露就社死”的内容，老老实实开端到端加密，重新输入密码的麻烦和隐私风险相比，不值一提。

3.2 选择性同步与性能调优

Obsidian Sync 支持选择性同步：你可以指定哪些文件夹不同步。这个功能非常关键，因为很多用户的库里有大量不适合同步的资源，典型代表是.obsidian/workspace.json这种临时状态文件，以及那些体积超大的 PDF 文件夹、外部素材文件夹。把这些文件夹排除掉，同步负载会骤降，移动端打开仓库的速度也会快很多。

我当时的做法是：保留工作内容/和笔记/这类核心目录同步，把存档/、素材库/全部设为不同步。同步后，Obsidian 在移动端打开这些文件夹时，会显示“仅在本地”标识，你依然可以阅读，但不会占用来之不易的云端存储空间。

还有一个性能参数是“最大历史版本数”。如果你不需要追溯一年的版本，建议在设置里把它改小，比如保留 30 天。这样可以减少同步时的元数据开销，尤其是处理大仓库时会明显觉得同步速度变快。Obsidian Sync 免费版默认只保留一个月历史，这个其实对纯文字用户来说已经够用了。

3.3 多设备密钥管理与安全实操

多设备使用端到端加密时，你必须在每台新设备上手动输入加密密码。这里特别容易踩坑：如果你有两台手机一台电脑，在电脑上开了端到端加密，手机端第一次连接同步时，Obsidian 会询问加密密码。如果此时你手边没有记录密码（或者根本忘了），手机端就无法解锁仓库内容。我的建议是：密码管理器里存一份，同时在本地的保险箱里再备份一份，千万不要只存在某一个笔记里，因为那篇笔记本身也处于加密状态，一旦数据库崩溃，你就永远失去了密码。

不同设备同步时，设置项里的“隔离”逻辑也需要理解。Obsidian Sync 提供了“恢复删除”的窗口期，你删掉的笔记不会立刻从数据中心消失，它会在一定时间内保留，以便从任意一台设备恢复。这安全机制我认为比坚果云方案靠谱很多，坚果云网页端的历史版本虽然也能恢复文件，但路径和选项比较隐蔽，而且不同文件类型处理方式不一样。

4. 速度、流量、费用：算清楚这笔账再选

选择同步方案不能只看功能特性，成本和速度是硬指标。这里我从实际上手体验出发，把两种方案的账单拉出来对比一下，让你心里有个底。

4.1 坚果云免费版额度到底够不够

坚果云免费版每月上传流量 1GB、下载流量 3GB。纯 Markdown 文本笔记，就算有几百篇，单篇按 5KB 到 20KB 算，一个月全部重传也不到 10MB，根本用不完。但如果你的笔记中有大量截图、照片、PDF 附件，情况完全不同——一张手机截图基本在 1MB 到 3MB 之间，一组拍摄的照片直接 5MB 起步。这些附件被 WebDAV 插件扫描并同步，一个月撞上流量上限是非常轻松的事。

坚果云流量超额后，并不会直接停止同步，而是会把速度限制到一个几乎不可用的水平，而且你的同步请求大量连发时，可能直接返回 403 或 503 错误。我在实际使用中遇到过类似的流量告警，结果就是 Remotely Save 同步到一半显示失败，重试几次又被限流，搞得很狼狈。给个经验参考：如果只同步 Markdown 文本，免费额度绰绰有余；如果附件很多，转而用官方同步或者把大文件移出仓库，是更省心的选择。

4.2 官方同步的费用与值不值

Obsidian Sync 是订阅制付费，官方对商业用途和个人用途采用不同的定价策略。商业用途价格会明显高出一截，并且要求至少 5 个席位；个人用户则可以按需购买。这个价格如果折算到每天，其实不算贵，但它不是一次性买断，对一部分用户来说心理门槛比较高。

值不值的判断标准很简单：你要是日常笔记量很大，跨设备读写频繁，一路过来被 WebDAV 同步的冲突、限流、元数据丢失折磨多了，就觉得真值。你如果只是偶尔在另一台设备上看看笔记，不需要实时编辑，坚果云免费方案完全够用。我个人的建议是：先试两周坚果云，如果感到冲突频繁、移动端同步不稳定，再考虑升级到官方方案，这样花钱也花得明明白白。

4.3 国内访问速度实测数据参考

我自己测试过多次，使用 Remotely Save 通过坚果云 WebDAV 同步一个 300MB 的库（里面有大量图片和 PDF）时，首次全量上传大概需要一小时左右。主要瓶颈在于坚果云的带宽和并发连接数限制，单个连接速度可能只有几百 KB 每秒。但切换到只同步 Markdown 文本的小库，几十 MB 的仓库在 5 分钟内就能完成全量同步，日常增量同步基本是秒级完成。

官方同步在国内的表现则受网络环境影响很大。直连时同步速度可能忽快忽慢，而且时不时出现等待同步队列的情况。如果你有稳定代理规则或者换了更好的网络链路，速度会稳定很多。但这里还有一个隐晦的坑：Obsidian 的同步提示图标是双箭头，但它是异步队列模式，不是实时全量上传。你点击保存后，Obsidian 会立即适用本地修改，但云端同步会有几秒到几十秒的延迟。如果此时你立刻关掉电脑，下次打开后可能发现少了一条笔记，虽然它会从服务器拉回旧版，这会造成短暂的心理惊吓。

5. 数据冲突与丢失风险对比：我踩过的坑

同步方案最核心的问题，就是冲突处理和防丢失能力。这里我把自己在坚果云方案下遇到的几个真实问题反复强调一下，都是血泪教训。

5.1 WebDAV 模式下，同一文件的冲突是一场灾难

Remotely Save 的冲突处理机制比较朴素：当两个设备在同一时间段内修改了同一个文件，它会生成一个冲突副本，并把两个版本都保留下来。听起来没什么大问题，但实际操作中，冲突副本不会自动合并，也不会把正确版本直接替换成最新状态。你得手动去分辨哪个版本是最新的、哪个版本是多余的，然后手动删除。如果你白天在电脑上更新了某篇笔记的 80%，晚上在手机端又改了一个字，第二天你会在同步目录下看到两个名字几乎一模一样的文件，内容却互相不包含对方更新。这种状态反复几次之后，我对“冲突解决”这件事已经形成条件反射——每次同步前都要先确认两端修改时间。

更麻烦的情况是：如果你在移动端打开 Obsidian 后，它刚完成同步策略判断，而你在电脑端又发布了新版本，插件可能在旧版本基础上生成“新文件并保留旧文件”，导致一端丢掉整段新内容。坚果云虽然支持历史版本找回，但找回机制是按文件名精确匹配的，如果两个文件在冲突后被重新命名，找回就成了大海捞针。

5.2 原生同步的冲突策略让我松了一口气

换成 Obsidian Sync 后，最直观的变化是：冲突很少出现，就算出现了，解决方式也更透明。它在设置里提供了“自动在冲突时保留两个版本”的选项，开启后，Obsidian 会自动生成冲突文件并标记为“冲突副本”，不会覆盖任何一端的内容。它的合并策略虽然也谈不上智能合并 Markdown 段落，但至少能让你知道发生了什么，不会出现“本地状态完全被另一端覆盖”的莫名情况。

还有一个让我比较放心的地方：Obsidian Sync 的删除操作会进入回收站模式，你可以随时从任意一台设备恢复。坚果云 WebDAV 方案下如果误删了文件，插件默认会把删除操作同步到云端，撤回比较麻烦。我一度删掉了一篇记录了大量灵感的笔记，最后只能通过坚果云网页端历史版本找回，但文件名被我改动过，花了不少时间才定位到。

5.3 附件同步的隐蔽风险

在坚果云 WebDAV 方案里，附件同步是另一个隐患。因为 Remotely Save 是“全量扫描目录 + 增量上传”的逻辑，如果你的库中有一个大文件夹像tmp/或者你安装了某些插件生成的临时缓存文件夹，它也会尝试上传。这会同时浪费上传流量和本地 CPU。我的做法是在插件设置里加上排除规则，并且规定库里只放核心笔记和必要的图片附件。对于任何超过 50MB 的大附件，我直接用外部链接方式管理，而不是塞进仓库里。

切换官方同步后，附件处理就简单很多。官方同步降级扫描逻辑更好，它追踪文件变更事件而不是全目录扫描，所以哪怕我库里放了一个 200MB 的 PDF，只要不修改它，就不会重复上传。体验上是质变级别的差异。

6. 常见问题与排查技巧实录

两类方案在实际使用中都会遇到不少问题，这里总结成速查表，你在运营过程中按表排查即可。

6.1 证书与加密相关的问题

坚果云 WebDAV 使用 HTTPS 协议，有时移动端 App 会因为系统时间不准或证书链不完整，直接报出“证书验证失败”。这种情况最容易出现在老设备或某些国产安卓定制的系统上。解决方案比较粗暴：更新系统时间，或者换到官方同步方案。因为 Obsidian 官方同步用的证书链更完善，而且 Obsidian 自己处理了证书校验的异常情况。

6.2 Obsidian Git 插件与同步方案的共存问题

现在不少用户用 Obsidian Git 插件做版本管理，我的建议是：如果你已经在用 Remotely Save 做 WebDAV 同步，又加装 Git 插件，那么两者可能互相冲突。因为它们都在做文件写入，Git 插件恢复历史文件时的写入事件会触发 Remotely Save 的上传行为，导致云端文件被老版本覆盖。我在另一篇文章里专门提过一个真实案例，用户依赖 Git 回滚误改，结果回滚后的旧版本很快被 WebDAV 插件同步到云端，覆盖了新版本，相当于误删被二次放大。

官方 Sync 和 Git 插件的兼容性会好一些，但也不是零冲突。我的建议是二选一：要么把版本管理交给 Obsidian Sync 的历史版本机制，要么交给 Git，不要试图让两套系统同时承担防丢失职责。这个原则适用于任何云同步工具。

6.3 坚果云手机端同步后图片无法显示

这个坑比较细节：坚果云 WebDAV 在同步到移动端时，偶尔会出现图片文件名中的空格或中文字符被转码的情况，导致 Obsidian 本地显示时找不到图片引用，出现破图标记。坚果云服务端本身支持 UTF-8，但部分老版本 Obsidian 或插件的编码处理逻辑不够健壮。最简单的规避办法是：所有附件命名时避免使用空格和中文，统一用短横线和小写英文字母，比如2026-01-15-meeting-screenshot.png。

官方同步极少出现这种问题，因为它内部的文件名编码处理更一致，而且 Obsidian 官方对附件引用做了兼容处理。这也是我在长期使用中逐渐倾向官方方案的另一个原因。

7. 迁移路径与最终选择建议

如果你已经用坚果云 WebDAV 积累了几个月甚至一年的库，现在想转向官方同步，操作过程不算复杂，但需要一点耐心。先把本地仓库备份一份（用普通文件复制即可），然后在 Obsidian 设置里开启官方同步，登录账号，选择“将本地文件上传到同步服务”。首次上传的时长取决于库的大小，几百 MB 的库大约需要几十分钟到一个小时。上传期间不要频繁切换设备，等它跑完初始全量同步，再登录另一台设备，输入账号和加密密码（如果开启了端到端加密），让新设备从云端完整拉取一次即可。

迁移之后，之前的坚果云 WebDAV 插件可以彻底禁用，坚果云里的那个文件夹如果不放心也可以留着做一层冷备份。但要注意，如果坚果云文件夹继续被同步，而 Obsidian 库和坚果云文件夹本身是同一份文件，那 WebDAV 插件的写入事件仍可能与官方同步的写入事件冲突。所以最干净的做法是：迁移完成后，删掉坚果云里的 Obsidian 文件夹，或者将该文件夹从坚果云网页端取消授权，避免双系统同时写入。

7.1 什么时候不建议换官方同步

但不是说坚果云方案一无是处，主要看你的场景。如果你只有一个主力设备，偶尔需要在另一台电脑上开个同步，更看重免费和数据完全可控，坚果云 WebDAV 依然是一个不错的方案。前提是你接受它的冲突机制和同步延迟，并且你的笔记库以纯文本为主，不涉及大量附件。

另外一个例外情况是：你的工作流做的事情比较格式自由，比如在本地随意创建各种临时文件和文件夹、频繁进行批量移动/重命名操作，这类行为会让 WebDAV 插件的全量扫描机制变得非常吃力。如果你属于这种用法，官方同步的按需同步和事件驱动模式会更适合你。

7.2 长期维护笔记库的建议

不管选择哪种同步方案，我建议你定期执行一次本地备份到外部存储或另外的网盘，同步永远只是手段，不是保险。尤其重要的一次是：当你准备升级 Obsidian 大版本，或者更换主力设备前，一定手动做一次全量备份，不要指望同步工具在关键时刻替你兜底。

我的笔记库现在保持在 3GB 左右，其中大半是这些年积累的附件。切换到 Obsidian Sync 后，我明显感觉整个工作流的负担小了很多，不再需要反复关注同步状态图标、不用担心打开 App 时要等半天的索引重启。但我知道有相当一部分用户预算有限或者不敢把数据放在官方服务器上，这时候坚果云 WebDAV 仍然是这些用户最现实的选择。

8. 个人使用经验最终总结

写到这里，两个方案的数据对比和实操细节已经说得比较透了。如果让我重新选一次，我会根据库的规模和使用场景做决定：笔记库在 300MB 以内、附件少、重文本、设备数量不超过两个，坚果云 WebDAV 绝对够用；一旦步入长期重度用户行列，跨设备频繁编辑，或者经常在手机上快速记灵感，官方同步带来的安心感是插件方案替代不了的。

我自己的习惯是：无论在哪个方案下，都保证本地永远有一份完整备份。Obsidian 的库本质上就是本地文件夹里的 Markdown 文件，这个特性给了我很大的安全感，不像某些云笔记，一旦平台出问题，笔记就跟着遭殃。定期压缩一份 zip 放到移动硬盘里，这个动作我坚持了两年，虽然很少用到过，但只要用过一次，你就知道它值回票价。

另外，如果你想尽量压低坚果云方案的冲突问题，可以把移动端当一个“只读端”使用，日常写作在电脑端完成，手机只做内容查阅和快速记录，然后用 Remotely Save 的单向下载模式，或者配合 QuickAdd 之类的插件直接给移动端做新增笔记的独立流程。这种变通操作，能在不用官方同步的情况下，让坚果云方案稳定实用很多。

最后想提一句：无论你最终选哪种方案，花一段时间把同步的逻辑吃透，而不是出了问题临时上网搜，比什么都重要。Obsidian 这类本地优先工具，最大的优势就是你永远有自己的数据，同步只是锦上添花。带着这个思路去选方案，才不会在各种工具之间来回折腾、反复切换，最终依然没有解决根本问题。