主题
两台电脑，一个 Obsidian 笔记库
一句话结论：真正决定同步成败的不是选哪个工具，而是两端的开机时间能不能重叠。 想清楚这一点，四种方案里能用的只剩两三种，选择立刻变得简单。
我的情况是两地办公，各有一台常用电脑。A 机器周一写到晚上关机，B 机器周二开机时，A 的改动必须已经在线上了——否则我第二天打开笔记，看到的是前天的版本。
这件事听起来只是"同步"，实际上会直接决定你的笔记体系能不能活过三个月。下面是我把这件事从头想了一遍之后的结论，包括踩过的坑。
一、先排除看起来最优雅的那类方案
Syncthing、Resilio 这类点对点同步，在技术社区口碑很好：免费、去中心化、端到端加密、不走第三方服务器。很多 Obsidian 同步教程的第一推荐就是它。
它们对我的场景是必败的。
Syncthing 的工作前提是：两台设备同时在线。设备互相发现、建立连接、交换差异，然后各自更新。一旦两端不在同一时间开机，它就没有机会交换。
真实的时间线是这样：
| 时间 | 发生了什么 | 结果 |
|---|---|---|
| 周一晚 A 机 | 写了 3 篇，关机 | 改动只在 A 本地队列里 |
| 周二 B 机 | 开机，基于上周的版本继续写 | B 不知道 A 有过改动 |
| 下周一 A 机 | 开机，两端终于同时在线 | 三篇同名文件互相覆盖，或生成一堆冲突副本 |
问题不在于"偶尔漏同步"，而在于冲突是结构性必然。两台机器都在离线状态下独立演进了几天，等到见面时，任何自动合并算法都只能瞎猜。
所以我的同步拓扑必须是星型：两台电脑都只跟云端通信，彼此不直接握手。云端是唯一权威版本，任何一台机器开机后第一件事是跟云端对齐。
这条约束一确立，能选的方案就只剩"有云端的"那一类。
二、四种方案，按"你愿意花多少心思"排序
方案一：Obsidian Sync（最省心，也最贵）
官方同步服务，唯一能优雅处理冲突的方案——两篇都被改动时，它不会二选一覆盖，而是保留双方内容并提示你合并。
| 档位 | 价格 | 远程库 | 总容量 | 单文件上限 | 历史版本 |
|---|---|---|---|---|---|
| Standard | $4/月（年付约 ¥345/年） | 1 个 | 1 GB | 5 MB | 1 个月 |
| Plus | $8/月 | 10 个 | 10 GB（可扩） | 200 MB | 12 个月 |
设备数不限，两端电脑加手机平板都不额外收费；端到端加密，密钥只在你手里。
关键在容量。 Standard 的 1 GB 是总量，不是流量。纯文字笔记一辈子也用不完，但只要开始往里丢 PDF、截图、录音，1 GB 会以你意想不到的速度见底。有附件就必须上 Plus。
配置只要两步：A 电脑「设置 → 同步 → 连接远程库 → 新建」，B 电脑在同一位置「连接远程库 → 选择已有的库」。注意 B 电脑选的是"已有的"，不是"新建"——选错会凭空多出一个远程库，按库计费的档位直接翻倍。
方案二：坚果云（国内性价比最高，我在用这个）
坚果云官方给 Obsidian 写了插件（插件 ID nutstore-sync），登录即连，不用手填 WebDAV 地址，支持桌面和移动端。
| 档位 | 价格 | 流量/空间 | 历史版本 |
|---|---|---|---|
| 免费 | 0 | 每月上传 1 GB、下载 3 GB | 1 个月 |
| 专业版 | ¥199/年 | 30 GB，流量不限 | 3 个月 |
这里有个容易误解的点：免费版限制的是月度流量，不是总空间。 纯文字笔记一个月几百 KB，免费版绰绰有余；真正吃流量的是附件。
我的实际做法比插件更笨，但更稳：用坚果云客户端添加一个文件夹同步，只同步 D:\notes 一个目录。 理由有三：
- 客户端同步是文件级的，Obsidian 感知不到它的存在，不会出现插件版本兼容问题
- 我在第二台电脑上验证过，登录同一账号、把它作为同步文件夹下载下来，内容一字不差
- 零配置——装好客户端、选一个文件夹，结束
代价是没有路径过滤，附件多的时候流量会顶到上限。等你开始往库里塞几十兆的 PDF，再换插件或者升级专业版。
无论用哪个方案，只同步笔记库一个目录。 不要把整个 D:\ 加进去，那里有你的项目代码、node_modules、虚拟机镜像——同步队列会被几万个小文件堵死。
方案三：Git（免费，有完整历史，但要动手）
把整个库放进一个私有仓库，装 obsidian-git 插件，设置每 10 分钟自动 commit + pull/push。
优点很实在：零成本、完整版本历史、顺便做了异地备份，而且这个仓库可以直接接静态站点生成器，同步和发布一次搞定。
代价也很实在：冲突必须手动解决（插件会提示，但要你自己开文件改）；PDF 和图片会让仓库越来越臃肿；默认设置下每 10 分钟一个 auto: 2 files 的提交，三个月后你的版本历史就没法看了（真正有价值的改动被淹没在自动提交里）。
如果你同时想要"同步"和"发布"，Git 仍然是最经济的方案。但如果只是同步，它比前两个方案都麻烦。
方案四：网盘（OneDrive / iCloud / 百度网盘）
如果你已经在用，那它是零成本的起点。但它有两个具体问题：
- 冲突处理方式原始——同一文件被两端改动，网盘会生成
xxx (冲突副本).md，让你自己判断哪个是哪个。一个下午就能攒出十几个 - 不要让它和 Git 同时管同一个库。
.git是"大量小文件 + 高频写入"，网盘的冲突机制很容易把它搞坏。要么全用 Git，要么让库彻底不初始化 Git
三、一条对照表
| 费用 | 冲突处理 | 附件友好 | 日常操作 | |
|---|---|---|---|---|
| Obsidian Sync | ¥345/年起 | 保留双方，提示合并 | 1 GB 起，容易不够 | 全自动 |
| 坚果云 | 0 或 ¥199/年 | 生成冲突副本 | 免费版流量易超 | 全自动 |
| Git | 0 | 手动合并 | 仓库会膨胀 | 定时提交 |
| 网盘 | 已有就免费 | 生成冲突副本 | 看套餐 | 半自动 |
四、三条纪律，比选型更重要
无论选哪个方案，下面三件事不做，冲突照样会发生。
一、开工前等同步完再动手。
打开 Obsidian 先看状态栏或右下角的同步图标，转完了再编辑。这是所有冲突的头号来源——你以为打开的是最新版，其实是本地几小时前的缓存。
二、关机前确认已同步。
写完最后一篇直接合盖，那几分钟的改动会留在本地队列，等下次开机才上传。中间你在另一台机器上改了同一篇，冲突就成立了。
三、决定 .obsidian 目录同步与否。
同步它，插件、主题、快捷键两端一致，B 电脑一个新插件都不用重装；代价是 workspace.json 会互相覆盖窗口布局。
不同步，两端配置各管各的，反而更稳，但每装一个插件都要在两边各做一次。
我的选择：同步 .obsidian，但排除 workspace.json。 前者省下大量重复配置，后者只丢掉"上次开了哪几个标签页"这种无关信息。
五、旧电脑里的旧库：打捞，不要迁移
如果你另一台电脑上半年前也用过 Obsidian，有十几篇笔记——别整库搬过来。
整库迁移会把旧目录结构、旧设置、旧插件配置、失效链接和散落的附件一起带进新库，而新库刚建好，被这么一冲就乱了。
正确做法是挑内容：
| 判断 | 处理 |
|---|---|
| 内容仍然有用（资料、总结、待办） | 进新库的 00-inbox/ |
| 当时随手记的、已经过时的 | 留在备份里，不进新库 |
| 只有截图、文字很少 | 只挑图片，文字丢弃 |
平均下来，十几篇里能留下三五篇就算不错。不要把"清理"当成负担——新体系的干净程度就取决于这一步。
三样东西不要带走：
.obsidian/整个目录：旧插件、旧主题、旧快捷键，其中workspace.json会覆盖新库的窗口布局- 旧文件夹层级：你已经定了新结构，两套结构并存等于没有结构
- 旧附件目录：老版本的附件常散落在笔记旁边，搬过来会打乱新的附件规则
只搬两类：.md 文件本身，和你确认要留的图片。
顺序很关键：先暂存到库外
这一步最容易搞错。不能在新电脑上先建好库、把十篇放进去，再连接同步。
原因在同步是双向的：如果先放文件再接云端，同步会认为这些是"本地新增"，把它们上传；另一台电脑上就会多出十篇重复笔记，甚至生成 xxx (1).md。
正确顺序：
- 把挑好的
.md和图片放到库外暂存目录，比如D:\migrate\ - 如果新库路径已被旧库占用，把旧文件夹改名（只改名，不删除）
- 新建空的库目录，连接云端，等它全量下载完
- 确认内容与另一台机器一致后，才把暂存的文件拖进
00-inbox/ - 等同步上传完，去另一台机器确认
这样整个过程就是"先从云端下载，再把本地新增放进去"，不会产生冲突或重复。
六、两个我踩过的坑
坑一：把旧库当成"第二个仓库"接进同步。
Obsidian 支持多仓库，但仓库之间完全隔离：不能跨库双链、不能跨库搜索、插件要各装一遍。更实际的是——Obsidian Sync 按远程库计费，Standard 档只给 1 个远程库，加一个就得上 Plus，费用直接翻倍。
旧库的正确身份是"素材来源"，不是"第二个仓库"。挑完内容，它就该退休。
坑二：以为关掉双链就没问题了。
这条跟同步无关，但会毁掉你的迁移成果。半年前的笔记多半写的是 某某笔记。如果你已经决定用标准 Markdown 链接（为了将来能发布成网页），搬过来之后必须手工替换——十来篇手工改一遍就行，别为此装转换插件。
写在最后
把这件事想透之后我最大的感受是：同步方案的复杂度，和你的开机重叠时间成反比。
两台机器天天同时在线的人，用 Syncthing 就够了；像我这样交替使用、可能隔几天才开另一台的，云端的权威版本是必需品。
但更重要的也许是另一件事：只要源头是纯 Markdown 文件，你今天选错了方案，明天也能换。 换同步工具不影响写作，换托管平台不影响内容——真正不可逆的只有一件事：把内容写进一个导出会掉格式的系统里。
所以别在选型上纠结太久。选一个能跑起来的，然后开始写。