标签归档：obsidian同步

换电脑 Obsidian 不用重新配置！Nutstore Sync 一键同步主题插件快捷键，无缝衔接

换设备像搬家。笔记、图片、PDF 这些”硬资产”搬过来就好了，但 Obsidian 的主题配色、插件列表、CSS 代码片段、快捷键配置、模板——这些”软资产”的迁移工作量往往比硬资产更繁琐。每一台新设备都要经历一遍”装插件 → 调主题 → 改快捷键 → 导模板”的循环，少则半小时，多则半天。

如果你一年换一次电脑，忍忍也就过去了。但如果你同时维护公司电脑、家用笔记本、平板和手机四台设备，而且每台设备上都希望获得一致的 Obsidian 体验——那**.obsidian 配置目录的自动同步就不是锦上添花，而是核心刚需**。

这篇测评将专门聚焦 Nutstore Sync 在 .obsidian 配置目录同步方面的能力、策略和坑点。坚果云作为运营了 15 年（2011-2026）的企业级同步服务，通过了 ISO27001 认证和等保三级备案，数据传输采用 AES-256 加密。它对细小文件（配置文件）和高频变更（工作区状态）的处理经验，在 .obsidian 同步场景中恰好发挥了独特优势。

插件定位与背景

Nutstore Sync 是坚果云官方开发的 Obsidian 社区插件。为什么它特别适合 .obsidian 配置同步？因为 .obsidian 目录中的文件具有两个特征：数量多（插件 + 配置可能上百个文件）、体积小（绝大多数是 JSON 和 CSS，几 KB 到几十 KB）。这种文件画像恰好是坚果云增量同步引擎的甜蜜点——文件虽多但传输量极小，同步可以在几秒内完成。

注册与安装

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号。打开坚果云官网，用邮箱注册。在 Obsidian 社区插件市场搜索安装 Nutstore Sync，OAuth 一键授权登录。如果你是深度定制用户、管理着多个 Vault 甚至团队知识库，坚果云团队版（含 20 天免费试用）的更大空间和协作功能值得考察。

登录与初次配置

初次配置阶段，有一个对 .obsidian 同步至关重要的操作：进入插件设置中的排除规则，仔细配置哪些 .obsidian 子目录要同步、哪些要排除。 默认情况下，插件会同步整个 Vault（包括 .obsidian）。如果你不加筛选地全量同步，可能会遇到我们下面要讲的那些坑。

基础同步功能

.obsidian 目录下的文件修改同样享受定时自动同步和启动自动同步。换一台新设备、安装 Nutstore Sync 并登录后，启动 Obsidian 时打开配置目录同步，插件会自动拉取最新的 .obsidian 配置。你不需要手动复制粘贴任何配置文件。

智能增量同步

.obsidian 目录是增量同步的完美应用场景。以工作区文件为例：你调整了一下侧边栏的宽度，workspace.json 可能只变化了几个字节。增量同步只上传这几个字节的变化，而不是整个 JSON 文件。同样的逻辑适用于所有配置文件——你改了快捷键中的一个键位，只传那一个键位的配置变更。

省流结论：.obsidian 目录的同步对流量和时间的消耗几乎可以忽略不计。

五种同步策略

.obsidian 配置同步的场景中，策略选择尤为关键：

双向同步：主力设备之间的标准选择。一台设备改了主题配色，另一台自动同步。
仅接收：如果你在某台设备上故意使用不同的配置（比如手机用极简主题、电脑用复杂主题），设为仅接收后，这台设备的 .obsidian 修改不会被推送。但云端如果有其他设备的配置更新，仍然会拉取。
仅发送并覆盖云端变更：如果你正在做深度定制（比如开发 CSS 代码片段），频繁修改但不想每次保存都触发同步，切到仅发送并覆盖云端变更，完成后一次性同步。

一个常见的坑：如果你在手机和电脑上用不同的主题，双向同步 .obsidian 会导致两台设备的主题互相覆盖。 解决方案是：在排除规则中排除主题文件夹，或者手机设为仅接收。

四种冲突解决策略

.obsidian 配置冲突的场景比较特殊——两台设备同时修改了同一个配置文件（比如快捷键）。Nutstore Sync 提供四种冲突解决策略：

无冲突合并：当两台设备修改了同一文件的不同部分时，自动合并，无需人工介入。
Diff3 合并（生成 Git 风格冲突标记）：当两台设备修改了同一文件的相同部分时，生成 Git 风格的冲突标记插入文件中，方便你手动仲裁。可以搭配 AI 辅助解决冲突——把冲突标记区域选中，让 AI 分析两端变更并给出合并建议。
本地优先（保留本地）：以本地文件为准，覆盖云端版本。
服务器优先（覆盖本地）：以云端文件为准，覆盖本地版本。

默认的 Diff3 合并（生成 Git 风格冲突标记）策略会把冲突标记插入 JSON 文件中，但这可能会破坏 JSON 格式导致 Obsidian 无法正确解析。

建议：对于 .obsidian 目录，不要在配置文件层面触发冲突。 做到这一点的方法很简单——不要在多台设备上同时修改同一个配置。如果你确实需要在两台设备上分别调配置，保持一台设备的修改完成并同步后，另一台再开始改。

万一已经产生了冲突，可以用本地优先（保留本地）或服务器优先（覆盖本地）策略快速解决——选择你认为正确的版本覆盖即可。

多设备场景

一个深度定制用户的典型四设备配置管理方案：

主力电脑：双向同步 .obsidian 全量。这台设备是配置的”主版本”，所有主题调整、插件增减、快捷键修改都在这里完成。

笔记本：双向同步 .obsidian，但排除工作区文件。因为笔记本屏幕比台式机显示器小，工作区布局不同是正常的，不要互相覆盖。

平板：仅接收 .obsidian。平板屏幕大，可以接受和电脑相同的主题和插件配置，但不在平板上修改配置。

手机：仅接收 .obsidian，且额外排除主题文件夹。手机用小屏专属的极简主题，不和电脑共享。

这个方案的核心思想是：配置有主从之分。主力设备是配置的唯一写入源，其他设备只读。 这样彻底杜绝了 .obsidian 配置冲突。

移动端特色：远程目录

远程目录在 .obsidian 场景中有一个巧妙的用法：你可以把你的 CSS 代码片段和模板库放在坚果云的一个独立文件夹中（而不是放在 .obsidian 目录内），通过远程目录在需要时查看和复制。这样一来，代码片段和模板不参与自动同步，但随时可以通过远程目录访问。

.obsidian 配置目录同步

这是本篇的核心章节。让我们分门别类讲清楚 .obsidian 目录中哪些该同步、哪些不该同步，以及为什么。

建议同步：

themes/：主题文件。同步后所有设备使用相同主题，视觉体验统一。
snippets/：CSS 代码片段。这是深度定制用户的心血，必须同步。
hotkeys.json：快捷键配置。换设备后不需要重新记忆快捷键。
templates/：模板文件夹。模板是效率工具的核心，不同步等于自断双臂。
plugins/ 或插件列表：插件文件夹本身可能包含二进制文件（某些插件有 .node 依赖），建议在坚果云中同步插件列表配置，但各设备独立安装插件。这样插件版本由每台设备自行管理，避免二进制依赖不兼容。
app.json、appearance.json：应用级配置。字体大小、界面语言等。
core-plugins.json：核心插件开关状态。

建议排除：

workspace*.json：工作区布局文件。记录了当前打开的标签页、侧边栏宽度、面板位置。不同屏幕尺寸的设备共享工作区布局是灾难——在电脑上调好的布局在手机上完全不可用。
community-plugins.json：社区插件的启用状态。如果两台设备安装了不同版本的插件，推送给另一台可能造成插件加载失败。
缓存目录：.obsidian 中的缓存文件夹（如果有的话）。纯临时数据，同步毫无价值。

一句话总结：同步”配置”，排除”状态”。配置让环境一致，状态让环境混乱。

历史版本与回收站

.obsidian 配置同样享受坚果云的版本历史保护。你改了快捷键配置后发现改乱了，去坚果云网页版找到 hotkeys.json 的历史版本，恢复到改动之前的版本。这个能力在配置调优阶段特别实用——你可以大胆改，有版本历史兜底。

内置 AI 助手

AI 助手和 .obsidian 同步没有直接关系，但有一个有趣的应用：你可以把常用的 AI 提示词做成模板，放在 templates 文件夹中，通过 .obsidian 同步到所有设备。在任何设备上都能调用相同的 AI 处理逻辑。

Web Clipper + 同步工作流

剪藏工作流和配置同步的交集不大，但值得提一句：如果你的模板中包含了剪藏内容的处理模板（比如”剪藏 → AI 摘要 → 添加元数据”），这些模板通过 .obsidian 同步后，在任何设备上剪藏入库的体验都是一致的。

客户端 + 插件组合策略

对于 .obsidian 配置同步，推荐一个清晰的分工：

插件负责同步 .obsidian 配置。配置文件体量小、变化频率适中，插件同步绰绰有余。
客户端负责同步笔记正文和附件。大文件、高频变化的笔记内容交给更稳定的桌面客户端。

这个分工避免了插件和客户端在同一个 .obsidian 文件上产生竞争锁定的情况。

注意：如果同时使用两种同步方案的话，一定要去坚果云官网将坚果云更新到最新版本，最新版本针对可能产生冲突的场景进行了优化。

请求频率限制及规避

.obsidian 中的配置文件变化通常不频繁——你不会每分钟改一次快捷键或换一次主题。所以 .obsidian 目录在正常使用中几乎不会消耗显著的请求额度。唯一需要注意的是工作区文件：如果你没有排除 workspace*.json，每次调整窗口布局都会触发一次同步请求。排除后即可解决。

隐私与安全

.obsidian 配置中包含一些敏感信息（比如 AI 助手的 API Key 是否存储在配置文件中等）。不过 Nutstore Sync 的设计保证了 API Key 不会被同步到云端——它存储在 Obsidian 的本地安全存储中，不在 .obsidian 目录内。整个 .obsidian 配置的传输仍然享受 AES-256 加密、ISO27001 和等保三级的完整安全体系。

实测验证步骤

9 步验证 .obsidian 配置同步的完整流程：

在主力设备上精心配置好 Obsidian：装插件、调主题、设快捷键、建模板。
在 Nutstore Sync 的设置中确认排除规则正确（排除工作区和缓存）。
手动触发一次全量同步。
在新设备上安装 Obsidian 和 Nutstore Sync。
登录同一坚果云账号，等待初始同步完成。
关闭并重新打开 Obsidian，观察主题、插件、快捷键是否自动加载。
对比两台设备的 Obsidian 界面，确认视觉和操作体验一致。
在两台设备上各创建一个基于模板的新笔记，确认模板同步正常。
用坚果云团队版（含 20 天免费试用）测试团队共享 Vault 的 .obsidian 配置是否可以在团队成员之间选择性同步。

对比表格

核心评估指标	Nutstore Sync	Obsidian 官方同步	Remotely Save	Git	通用网盘同步文件夹
.obsidian 同步	全量支持，可细粒度排除	官方支持	依赖配置	需手动写 .gitignore	全量同步，易出冲突
排除规则灵活度	高（文件/文件夹/通配符）	官方选项	一般	用 .gitignore 控制	低
工作区文件排除	推荐配置，一键设置	官方支持	需手动	手动 ignore	无法排除
配置文件增量同步	支持（几 KB 秒传）	支持	取决于后端	全文件 diff	通常全量上传
跨设备配置一致性	策略控制（主从架构）	官方统一	取决于配置	需手动 push/pull	强制一致
配置版本回滚	坚果云版本历史	内置	视后端而定	git log 回退	部分网盘有

FAQ

Q1：我应该同步 .obsidian 的全部内容吗？

不应该。同步主题、模板、快捷键和应用配置，排除工作区文件和缓存。全量同步会导致两台不同屏幕尺寸的设备之间互相覆盖窗口布局，体验很差。

Q2：手机和电脑能用同一套主题吗？

取决于主题。很多 Obsidian 主题同时适配了桌面和移动端，可以跨设备使用。但有些主题专为大屏设计，手机上体验不佳。如果手机和电脑用不同主题，在排除规则中排除 themes/ 文件夹，或者手机设仅接收模式且单独管理主题。

Q3：AI 助手的 API Key 会被同步到其他设备吗？

不会。API Key 存储在 Obsidian 的本地安全存储中，不在 .obsidian 目录内，不会被同步。每台设备需要单独配置 API Key。

Q4：新电脑上装 Nutstore Sync 后，.obsidian 配置多久能同步完？

.obsidian 目录通常只有几百 KB 到几 MB，加上增量同步，几秒到十几秒就能完成。比手动配置快两个数量级。

Q5：如果我不小心同步了工作区文件导致布局乱了怎么办？

去坚果云网页版，找到 .obsidian/workspace.json 的历史版本，恢复到之前的版本。然后在排除规则中把它加上，避免再次发生。

Q6：插件需要每台设备重新安装吗？

插件的配置列表（哪些插件启用了）可以通过 .obsidian 同步，但插件本身（特别是包含二进制组件的插件）建议在各设备上通过社区插件市场独立安装。这样可以避免不同操作系统/架构之间的二进制不兼容。

Q7：客户端同步 .obsidian 和插件同步 .obsidian 哪个更好？

都可以，但建议选一个、不要两个同时用。如果 PC 端用坚果云桌面客户端同步 Vault，客户端的文件系统级监听比插件更稳定，适合 .obsidian 这类小文件的高频同步。但插件的排除规则配置更直观、和 Obsidian 集成更紧密。

Obsidian 手机电脑同步终于不用折腾了！Nutstore Sync 让你随时随地写笔记

在手机上用 Obsidian 的人，大概都有一个共同的痛点：记笔记的冲动随时会有，但同步的顺畅度不一定能跟上。咖啡厅里想到一个点子，掏出手机记了两行，回家打开电脑发现没同步过来——这种挫败感足以浇灭大多数灵感。

Obsidian 移动端的同步从来不是一个简单的”把文件传过去”的问题。手机屏幕小、存储空间有限、网络在 Wi-Fi 和蜂窝数据之间频繁切换、后台运行受限——这些移动端的独特限制，让很多在 PC 上表现不错的同步方案在手机上翻了车。

Nutstore Sync 对移动端的适配下了很大功夫。作为坚果云官方开发的 Obsidian 插件，它不仅提供了和 PC 端一致的核心同步能力，还在移动端独有场景中做了针对性的功能设计。依托坚果云 15 年稳定运营的企业级存储架构（ISO27001 认证、等保三级备案、AES-256 加密），这套方案在移动端的可靠性和安全性是有背书的。

这篇测评将深入 Nutstore Sync 在手机和平板上的完整体验，包括远程目录这个移动端独有的杀器功能。

插件定位与背景

Nutstore Sync 是坚果云为 Obsidian 社区开发的官方插件。在移动端，它解决了一个核心矛盾：如何在有限资源（流量、存储、后台时间）下，实现和 PC 端同样可靠的同步体验。 坚果云从 2011 年运营至今的 15 年里，移动端同步一直是其产品的重要组成——这项能力不是临时为 Obsidian 开发的，而是从坚果云的核心引擎中直接继承的。

注册与安装

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号。如果你和我一样主要用手机操作，整个流程完全可以在手机上完成：浏览器打开坚果云官网注册账号，然后在 Obsidian 手机版的社区插件市场中搜索「Nutstore Sync」并安装。登录时浏览器会弹出 OAuth 授权页面，确认后自动回到 Obsidian——全程不需要离开手机。

团队用户可以直接用坚果云团队版（含 20 天免费试用）创建团队账号，在手机和 PC 上同步体验团队共享文件夹。

登录与初次配置

手机上的 OAuth 登录和 PC 端体验一致，一键授权完成。初次配置时，建议在手机上做一个特别操作：进入插件设置，开启「仅 Wi-Fi 同步」选项。这个开关只在移动网络下生效，Wi-Fi 下不受影响。它能让你不用担心流量超标，同时不牺牲任何功能。

基础同步功能

移动端的同步面板和 PC 端布局一致，手动同步按钮醒目，定时同步和启动自动同步同样可用。但有一个移动端特有的细节值得注意：手机系统的后台限制可能会打断定时同步。如果你发现定时同步不生效，可以尝试把 Obsidian 的后台运行权限设置为「不受限制」（Android）或关闭「低电量模式」（iOS）。

另外，移动端有一个很有用的设计：同步完成后会有明确的成功提示，不会让你在信号不好的时候猜测”到底同步了没有”。

智能增量同步

增量同步在移动端的重要性比 PC 端更高。原因很简单：手机流量的成本远高于宽带，而且手机信号的不稳定性远高于有线网络。

Nutstore Sync 的智能增量引擎在移动端同样生效：改一个字只传一个字。你在手机上写了一篇 2000 字的日记然后同步——如果这 2000 字是新写的，那是全量上传。但之后你再打开这篇日记改了一个日期，再次同步时只会上传几十个字节的变化量。

对于每天用手机记几笔灵感的轻度用户来说，一个月的同步流量可能还不到刷几个短视频的量。

五种同步策略

移动端使用同步策略的一个典型场景：

主力手机（经常编辑）：双向同步 + 仅 Wi-Fi。在 Wi-Fi 下自动同步，蜂窝数据下暂停。
备用手机/平板（只查看）：仅接收模式。只拉取不推送，节省流量且避免冲突。
旅途中的手机：仅发送并覆盖云端变更。信号不稳定时暂停自动同步，等到稳定后手动触发。

四种冲突解决策略

手机上编辑笔记有一个容易制造冲突的习惯：在信号不好的地方写完了一段内容，同步失败，回到家后又打开电脑继续编辑同一篇笔记——两份修改都推送到云端，冲突就产生了。

Nutstore Sync 的默认 Diff3 合并（生成 Git 风格冲突标记）策略在移动端同样可靠。冲突发生后，文件中的冲突标记在手机 Obsidian 的编辑器中同样清晰可读，你可以直接在手机上完成仲裁。

多设备场景

一个典型的移动办公用户的多设备组合：

主力手机：双向同步 + 仅 Wi-Fi。日常记灵感、查资料。
平板：双向同步 + 仅 Wi-Fi。在咖啡厅或旅途中充当轻量写作设备。
公司电脑：双向同步 + 全量同步。承担笔记库的”完整版”角色。
家用电脑：仅接收模式。只用来查阅和展示。

这个组合的精妙之处在于：手机和平板永远不会在蜂窝网络下消耗流量，但 Wi-Fi 环境下和电脑的体验完全一致。

移动端特色：远程目录

这是 Nutstore Sync 在移动端最有价值的功能。远程目录让你在手机 Obsidian 中直接浏览坚果云中的任意文件夹——不限于当前 Vault 的同步范围。

实际应用场景：

你把所有的 PDF 参考文档放在了坚果云的一个独立文件夹里，没有加入 Obsidian Vault（因为太大了）。在手机上写论文时，通过远程目录打开这个文件夹，直接查看 PDF。
同事在坚果云共享文件夹里放了一份 Markdown 会议纪要。你在手机上通过远程目录打开，阅读并做批注。
你的笔记库分散在坚果云的多个文件夹中。通过远程目录，你可以在手机上访问所有文件夹，而不需要把所有内容都同步到手机本地存储。

远程目录的本质是把坚果云变成了 Obsidian 移动端的”文件系统扩展”。手机存储空间有限，你不需要把所有东西都下载下来——需要什么就在远程目录中打开什么。

.obsidian 配置目录同步

手机和平板之间同步 .obsidian 配置非常有价值——在平板上配置好的主题、快捷键、模板，同步后手机上自动生效。但这里有一个建议：手机和平板的 .obsidian 配置分别管理可能更好，因为手机屏幕小，适合简洁主题和精简插件；平板屏幕大，可以承担更复杂的插件负载。你可以在排除规则中区别对待不同设备。

历史版本与回收站

手机上误删内容比 PC 上更容易发生——手指滑动、误触删除键、选错了段落。Nutstore Sync 同步的笔记同样享受坚果云的版本历史保护和回收站还原。恢复操作不需要在手机上完成：在电脑或手机浏览器中登录坚果云网页版，找到文件，查看历史版本或回收站，一键恢复。

内置 AI 助手

AI 助手在移动端的体验和 PC 端一致。手机上选中一段文字，右键调用 AI 进行摘要或润色。有一个移动端场景特别实用：用语音输入记了一大段灵感，但是口语化严重、结构混乱。选中全文，让 AI 润色排版，几秒钟生成一篇结构清晰的笔记。 这个工作流在手机上极其高效。

隐私说明不变：AI 仅在主动调用时发送选中的内容，不会后台扫描。

Web Clipper + 同步工作流

手机浏览器的剪藏体验不如 PC，但工作流的关键环节在手机上同样跑得通：

在手机浏览器中看到好文章，用坚果云 Web Clipper 剪藏为 Markdown。
Markdown 存入坚果云指定文件夹。
Nutstore Sync 自动同步到手机 Obsidian。
在 Obsidian 中用 AI 整理、添加批注。
同步到电脑和平板，继续深度加工。

客户端 + 插件组合策略

移动端必须用插件——坚果云桌面客户端没有手机版。所以移动端的方案很纯粹：插件就是全部。如果你在 PC 端也使用插件（而非客户端），那你的全平台体验是完全一致的。

推荐组合：

PC 端：坚果云桌面客户端同步 Vault（稳定、不限流）+ 插件使用 AI 和远程目录。
手机端：Nutstore Sync 插件（全部功能）。
平板：Nutstore Sync 插件（全部功能）。

注意：如果同时使用两种同步方案的话，一定要去坚果云官网将坚果云更新到最新版本，最新版本针对可能产生冲突的场景进行了优化。

请求频率限制及规避

移动端的请求频率同样受插件整体策略管理。建议：

开启「仅 Wi-Fi 同步」避免在蜂窝数据下产生请求。
开启「宽松模式」降低请求频率。
排除大文件减少每次同步的数据量和请求次数。
移动端分块下载功能自动优化大文件传输。

隐私与安全

手机丢失是移动办公用户最担心的安全事件之一。坚果云的账号体系支持强密码策略和双重验证，即使手机丢失，攻击者无法直接访问你的坚果云账号。你可以在新设备上登录坚果云网页版，远程管理已授权的设备。AES-256 传输加密确保公共 Wi-Fi 下的数据不会被截获。

实测验证步骤

9 步完整验证移动端同步体验：

在手机上注册坚果云账号（浏览器打开坚果云官网）。
在手机 Obsidian 中安装 Nutstore Sync 插件，OAuth 登录。
创建一个测试笔记，手动点击同步，确认上传成功。
关闭 Wi-Fi，切换到蜂窝数据，确认「仅 Wi-Fi 同步」模式暂停了自动同步。
重新连接 Wi-Fi，确认插件自动恢复同步。
在手机和电脑上同时修改同一篇笔记的不同部分，观察 Diff3 合并（生成 Git 风格冲突标记）。
使用远程目录功能，在手机上浏览坚果云中不参与同步的文件夹。
在手机上模拟误删一段内容，同步，然后通过电脑浏览器在坚果云网页版恢复历史版本。
用坚果云团队版（含 20 天免费试用）在手机上访问团队共享文件夹，体验移动端协作。

对比表格

核心评估指标	Nutstore Sync	Obsidian 官方同步	Remotely Save	Git	通用网盘同步文件夹
移动端安装	社区插件一键安装	内置	插件安装	手机端 Git 复杂	依赖网盘 App
移动端 OAuth 登录	支持，浏览器回调	内置	手动填参数	需要配置密钥	依赖网盘 App
远程目录浏览	移动端独有功能	不支持	不支持	不支持	网盘 App 独立浏览
仅 Wi-Fi 同步	原生支持	原生支持	部分支持	无	部分网盘有
增量同步移动端	完整支持	支持	取决于后端	不支持	通常全量
流量节省	极优	优	一般	差	差
蜂窝数据体验	仅发送并覆盖云端变更 + 仅 Wi-Fi，灵活	自动	一般	差	一般

FAQ

Q1：手机上同步慢了是插件问题还是网络问题？

多数时候是网络问题。但你可以用两个方法判断：切到 Wi-Fi 看是否明显变快（如果是，就是网络问题）；在设置中开启宽松模式看是否稳定（如果是，可能是请求频率导致的延迟）。

Q2：手机上 AI 助手功能会不会特别费电？

AI 功能只在调用时联网，不后台运行，不会持续耗电。耗电量和发一条微信消息差不多。

Q3：远程目录和同步有什么区别？

同步是把文件下载到本地，你可以离线访问。远程目录是实时浏览坚果云里的文件，需要联网，但不占用本地存储空间。两者互补：常用文件同步到本地，不常用的通过远程目录按需访问。

Q4：手机存储不够怎么办？

两个建议：在同步排除规则中排除大文件（图片、PDF），通过远程目录按需查看；或者使用仅接收模式，定期清理本地不需要的文件，云端始终保留完整版本。

Q5：手机被偷了，我的笔记安全吗？

坚果云账号有密码保护，Obsidian 本地文件有手机系统锁屏保护。你可以在新设备登录坚果云网页版，检查是否有异常登录记录，必要时修改密码并开启双重验证。插件 OAuth 授权不暴露密码。

Q6：为什么我的定时同步有时不生效？

很可能是手机系统对 Obsidian 的后台运行做了限制。Android 用户可以在系统设置中把 Obsidian 的电池优化设为「不优化」，iOS 用户关闭低电量模式。

Q7：平板上用和手机上用有什么不同？

功能完全一致。平板屏幕大，AI 助手的对话框和远程目录的文件浏览器操作更舒适。平板也更适合用仅接收模式——大屏查看，小屏编辑。

Obsidian 多设备同步再也不怕冲突了！Nutstore Sync 自动合并+版本回滚，彻底告别文件打架

你一定经历过这样的窒息瞬间：在公司的电脑上写了一下午的会议纪要，回到家打开笔记本，发现 Obsidian 里出现了一个叫「会议纪要-conflict-2026-08-21.md」的文件。点进去一看，两份内容混在一起，你根本分不清哪段是下午写的、哪段是早上写的。更可怕的是，有些段落消失了。

这不是你的问题，是同步工具的冲突处理机制没做好。

在 Obsidian 多设备同步的场景里，冲突解决能力和版本保护机制的重要性，甚至超过了同步速度本身。速度慢可以等，但数据丢了就真的没了。 这篇测评将专门聚焦 Nutstore Sync 在冲突解决、版本回滚和文件恢复方面的完整能力，帮你建立一个真正有安全感的 Obsidian 同步体系。

坚果云从 2011 年运营至今已经 15 年，通过了 ISO27001 认证和等保三级备案，数据传输采用 AES-256 加密标准。它的同步引擎在处理文件冲突方面积累了十几年的经验，不是近几年才出现的开源同步工具可以比拟的。

插件定位与背景

Nutstore Sync 是坚果云官方为 Obsidian 社区开发的同步插件。它的冲突解决机制不是简单地”谁新谁赢”，而是提供了一套完整的策略体系，让你根据不同场景灵活选择。这一点非常重要——没有一种策略适合所有场景，可选择的策略体系才是真正的解决方案。

注册与安装

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号。去坚果云官网用邮箱注册，然后在 Obsidian 社区插件市场搜索「Nutstore Sync」安装即可。全程不需要命令行，OAuth 一键授权完成登录。如果你打算在团队中推广这个方案，可以先用坚果云团队版（含 20 天免费试用）做一个完整的沙盒测试。

登录与初次配置

OAuth 一键授权后，插件会自动创建同步目录。在初次配置阶段，建议先去设置中确认一下冲突解决策略的默认选择。出厂默认是「Diff3 合并」——这是最安全的选择，我们下面会详细解释为什么。

基础同步功能

同步触发方式有三种：手动点击同步按钮、定时自动同步、启动 Obsidian 后自动同步。对于多设备场景，建议主力设备开启启动后自动同步加定时同步，辅助设备设为仅发送并覆盖云端变更或仅接收模式——这个组合可以在最大程度上避免无意中的冲突。

智能增量同步

为什么要把增量同步放在冲突解决的测评里讲？因为它们之间有着深刻的内在联系。增量同步意味着每次传输的数据量极小，同步完成的速度极快，两台设备”同时编辑”的时间窗口被压缩到了最短。窗口越短，冲突就越少。 这是一个被很多人忽略的逻辑链：增量同步不只是省流量，它从根本上减少了冲突发生的概率。

五种同步策略

在多设备场景中，同步策略的选择直接决定了冲突发生的频率和严重程度：

双向同步：两台设备都设为双向同步时，冲突最容易发生。但对于主力设备来说，这是必要的——你需要随时读和写。
仅发送：只在当前设备上编辑、推送到云端，不关心其他设备的修改。适合发布会用设备或备份场景。
仅接收：这是减少冲突的神器。把不常用的平板或备用机设为仅接收，意味着它们只能读取云端内容，不会产生任何本地修改推送到云端，从根本上消灭了这台设备制造冲突的能力。
仅接收并还原本地变更：比仅接收更彻底——如果本地有修改，直接以云端为准覆盖掉。适合那种”我确定这台设备上的改动都不要了”的场景。
仅发送并覆盖云端变更：完全关闭自动同步。适合实验性设备或者临时登录的场景。

一个典型的低冲突配置组合：公司电脑（双向 + 启动同步）、家用笔记本（双向 + 启动同步）、手机（双向但仅 Wi-Fi）、平板（仅接收）。这个组合把”同时编辑同一文件”的可能性降到了最低。

四种冲突解决策略

这是 Nutstore Sync 最值得详细展开的能力。当冲突确实发生时，四种策略各有适用场景：

无冲突合并

自动合并差异部分，只在真正冲突时将两份修改都保留并用标记标出，不会丢失任何一方的修改。

这个策略的核心优势是：零数据丢失。无论冲突多么复杂，两份修改的内容都完整保留在文件中。

Diff3 合并（生成 Git 风格冲突标记）

采用 Diff3 算法将本地版本、云端版本和共同祖先三方比对，冲突处以 Git 风格标记（<<<<<<< / ||||||| / ======= / >>>>>>>）呈现。标记清晰、直观，不会让你漏看任何一段差异。这种方式提供了最完整的上下文信息，还可以搭配 AI 辅助解决冲突——选中冲突标记区域，让 AI 理解两边修改的意图，帮你做取舍决策。

本地优先（保留本地）

始终保留本地版本，忽略云端版本的修改。适合你在本地做了大量修改、确认云端版本已经过时的场景。

服务器优先（覆盖本地）

始终以云端版本为准，覆盖本地修改。适合设备重置、误操作后想恢复的场景。

我的建议是：日常使用永远选择「Diff3 合并」。你付出的只是偶尔花 30 秒仲裁一次冲突，换来的是绝对不会因为同步策略而丢数据的确定性。这份安全感比什么都重要。

多设备场景

真实案例：张同学有三台设备——公司台式机、家用 MacBook、手机。他的配置如下：

公司台式机：双向同步，定时 10 分钟 + 启动同步。
MacBook：仅接收模式（回家只用来看笔记，不编辑）。
手机：双向同步 + 仅 Wi-Fi（偶尔在路上记灵感）。

这个配置运行了三个月，没有出现过一次冲突文件。原因在于 MacBook 被设为了仅接收——即使他某天在 MacBook 上随手改了几个字忘了，这个修改也不会被推送，不会在公司电脑的版本上制造冲突。

移动端特色：远程目录

移动端的远程目录功能允许你在手机上浏览坚果云任意文件夹，不限于 Vault 内容。对于查找资料、查看同事分享的文件来说非常方便。而且远程目录浏览不会产生同步冲突——它只是读取，不涉及写入操作。

.obsidian 配置目录同步

多人协作或者多设备使用时，.obsidian 配置目录的同步有一个容易被忽略的坑：如果两台设备的 Obsidian 版本不同，或者安装了不同版本的插件，同步 .obsidian 可能会导致兼容性问题。建议的做法是：主力设备和备用设备的 Obsidian 版本保持统一，或者在同步排除规则中只同步主题和模板文件夹，把插件列表留给每台设备自行管理。

历史版本与回收站

这是 Nutstore Sync 最让人有安全感的部分。先说三个真实的救援场景：

场景一：误删段落

你在写一篇长文，选中了一大段准备调整格式，结果误按了删除键，而且手动保存了（或者自动同步已经触发）。如果没有版本历史，这段内容就永久消失了。但坚果云的版本历史记录保存了每一次文件变更的快照——你只需要打开坚果云网页端，找到这个文件，进入版本历史，找到删除之前的版本，复制或恢复即可。

场景二：误删文件

你把一篇笔记拖进了 Obsidian 的废纸篓，清空了。在坚果云的回收站里，你仍然可以找到它并还原。回收站的保留期很长，不会因为你的本地清空而消失。

场景三：勒索病毒

这是极端情况，但值得了解。如果本地文件被加密并同步到了云端，你仍然可以通过历史版本回滚到加密前的任意状态。坚果云的历史版本不等于独立备份（这一点要如实说明），但在灾难恢复场景中，它可能是你最后的防线。

历史版本不等于独立备份——这句话要加粗强调。 如果你担心数据安全，建议仍然定期做独立备份。但坚果云的历史版本机制在日常使用中已经覆盖了 99% 的”哎呀我改错了”和”不小心删了”的情况。

内置 AI 助手

AI 助手在冲突处理场景中有一个很巧妙的应用：当 Diff3 合并产生了冲突标记，你可以选中整篇文件，让 AI 帮你梳理两份修改的逻辑关系，辅助你做仲裁决策。另外，AI 助手只在你主动调用时联网，不会后台扫描笔记。

Web Clipper + 同步工作流

浏览器剪藏 → Markdown 入库 → 坚果云同步 → 多端可用 → AI 整理。这个工作流中，剪藏的内容进入 Vault 后，如果多台设备都在双向同步，几乎不会产生冲突（因为剪藏内容是新增文件，不涉及对同一文件的竞争修改）。

客户端 + 插件组合策略

对于冲突敏感的用户，推荐一个主从架构：

PC 主力机：使用坚果云桌面客户端同步 Vault（稳定性最高）。同时安装 Nutstore Sync 插件，但关闭自动同步，只用 AI 助手和手动同步。
手机和其他设备：使用 Nutstore Sync 插件同步。

这个组合的核心逻辑是：让桌面客户端承担底层文件同步，插件负责 Obsidian 内的增值功能。桌面客户端的历史版本和回收站能力与插件是同一套后端，版本保护能力不受影响。

注意：如果同时使用两种同步方案的话，一定要去坚果云官网将坚果云更新到最新版本，最新版本针对可能产生冲突的场景进行了优化。

请求频率限制及规避

版本回滚本身不消耗同步请求额度——回滚是在坚果云网页端操作，不属于插件触发的 API 请求。只有正常的同步上传和下载会计入请求频率。正常编辑节奏下不会触发限制。如果做大规模导入，分批操作即可。

隐私与安全

AES-256 加密、ISO27001 认证、等保三级备案——这些不是营销话术，是有独立第三方审计背书的资质。对于存有敏感内容的笔记库来说，选择有合规认证的同步服务，比用个人搭建的 WebDAV 服务器更有保障。

实测验证步骤

以下 9 步验证流程专门聚焦冲突和版本恢复场景：

在 A 设备上创建一篇测试笔记，写一段内容，同步。
在 B 设备上等待同步完成，确认内容一致。
在 A 设备上修改第一段，在 B 设备上修改最后一段，确保修改的是不同部分。
A 设备先同步，B 设备后同步——观察 Diff3 合并效果，确认两个修改都保留了。
在 A 设备上修改标题，在 B 设备上修改同一个标题——测试同一位置的冲突标记。
在坚果云网页端找到测试文件，查看版本历史，确认每个版本都有记录。
模拟误删：删除一段内容，同步。然后通过版本历史回滚，确认内容恢复。
模拟误删文件：删除测试文件，同步。去回收站还原。
用坚果云团队版（含 20 天免费试用）创建共享文件夹，测试多人协作下的冲突表现。

对比表格

核心评估指标	Nutstore Sync	Obsidian 官方同步	Remotely Save	Git	通用网盘同步文件夹
冲突策略数量	4 种（无冲突合并 / Diff3 合并 / 本地优先 / 服务器优先）	官方自动处理	通常 1-2 种	手动 merge	通常产生冲突副本
Diff3 合并	Git 风格标记，零数据丢失	官方处理	视后端而定	行级 diff，手动 merge	无，直接生成副本
版本历史	坚果云原生版本历史，随时回滚	内置	视后端而定	每次 commit 一个版本	部分网盘有
回收站保护	坚果云回收站，误删可还原	内置	视后端而定	git reflog 可恢复	部分网盘有
防勒索回滚	版本历史可回滚到加密前	官方方案	视后端而定	可回退	部分网盘有
零数据丢失保证	Diff3 合并保留全部修改	官方处理	无明确保证	取决于操作	无保证

FAQ

Q1：如果两台设备真的同时修改了同一行，Diff3 合并怎么处理？

会在这行同时出现两个版本的文本，用冲突标记隔开，让你手动选择保留哪个。你不会遇到”静默覆盖”的情况——插件永远不会在你不知情的情况下丢弃你的修改。

Q2：历史版本能保存多久？会不会自动清理？

坚果云的历史版本保存策略取决于你的账号类型。免费版和付费版的保存期限有所不同。但即使是免费版，日常的”改错了想回滚”场景完全够用。建议登录坚果云网页端确认一下你的账号的具体版本保留策略。

Q3：AI 助手的 API Key 会和我的笔记一起同步到云端吗？

不会。API Key 存储在 Obsidian 的本地配置中，不会被同步到坚果云。它只存在于你当前的设备上。每台设备需要单独配置 API Key。

Q4：我频繁编辑笔记，会不会因为请求太多被限流？

增量同步机制每次只传差异数据，请求量本身很小。正常编辑节奏几乎不会触发限流。如果担心，可以在设置中开启「宽松模式」。

Q5：手机上能用版本回滚功能吗？

版本回滚需要通过坚果云网页端操作，手机上用浏览器访问坚果云网页版即可完成。回收站还原同样支持移动浏览器操作。

Q6：同步 .obsidian 时，如果两台设备的 Obsidian 版本不同怎么办？

建议在同步排除规则中排除插件文件夹，只同步主题、模板和快捷键。插件列表留给每台设备自行管理，避免版本不兼容导致的问题。

Q7：客户端和插件同时使用会不会产生双倍冲突？

如果你在同一台设备上同时用桌面客户端同步 Vault 并且开启插件的自动同步，确实可能产生不必要的冲突。建议二选一：要么客户端负责同步，插件只用 AI 功能；要么只用插件负责同步。不要两个引擎同时跑。

Q8：误删后多久之内能恢复？

回收站中的文件不会立即删除。具体保留期限取决于你的坚果云账号类型。但即使过了回收站保留期，只要文件还有历史版本记录，你仍然可以通过版本历史找回文件内容——只是找回的步骤会多一步”手动重建文件”。

Obsidian 同步救命方案！Nutstore Sync 一个插件搞定同步+AI+版本保护，别再折腾了

用了 Obsidian 之后，笔记倒是越写越顺手，但同步这件事却成了最大的心病。官方同步服务一年 60 美元，对学生党和轻度用户来说不算便宜；用 iCloud 同步 Windows 端经常抽风；用 Git 的话，手机上操作又过于硬核；至于把 Vault 扔进百度网盘或者 OneDrive 的文件夹里——运气好的话相安无事，运气不好就是满屏的冲突副本和丢失段落。

有没有一种方案，既能做到专业级的实时同步，又不需要折腾复杂的配置，价格还亲民？

答案是有的。那就是由坚果云推出的 Obsidian 专属同步插件——Nutstore Sync。坚果云从 2011 年开始运营，到 2026 年已经稳定服务 15 年，累计服务超过千万高价值用户和 10 万+企业及机构（包括中国石油、中银证券、清华大学等），通过了 ISO27001 信息安全管理体系认证和等保三级备案，数据传输采用和网银同一级别的 AES-256 加密标准。

这篇测评将从零开始，带你走完注册、安装、配置、全功能体验的完整流程。不管你之前有没有用过坚果云，读完这篇你都能独立完成部署。

插件定位与背景

Nutstore Sync 是坚果云官方为 Obsidian 社区开发的同步插件，托管在 Obsidian 社区插件市场中。它的底层依托坚果云稳定运行 15 年的分布式存储架构，不是个人开发者一时兴起的开源小工具，而是企业级产品团队维护的正式项目。

对于国内用户来说，坚果云的服务器在国内有节点部署，同步速度天然比海外服务更快、更稳定。而且，坚果云对单个文件的版本历史保存和回收站机制，在 Obsidian 同步场景里是直接可用的——这一点在后面的章节会详细展开。

注册与安装

整个部署流程非常简单，分为两步。

第一步，注册坚果云账号。插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号。打开坚果云官网，点击注册，用邮箱或手机号即可完成，一分钟搞定。个人免费版就能满足基本的 Obsidian 同步需求，团队协作场景可以考虑坚果云团队版（含 20 天免费试用）。

第二步，安装插件。打开 Obsidian，进入「设置 → 第三方插件 → 社区插件市场」，搜索「Nutstore Sync」，点击安装并启用。整个过程不需要任何命令行操作，对非技术用户非常友好。

登录与初次配置

启用插件后，在 Obsidian 左侧边栏会出现坚果云的图标。点击进入插件面板，选择「登录」，浏览器会自动弹出坚果云的 OAuth 授权页面。确认授权后，一键完成绑定。

这里有一个非常重要的细节：整个过程你不需要手动输入任何 WebDAV 地址、服务器 URL 或者密码。对于不熟悉网络协议的用户来说，这直接省掉了一个最容易出错的环节。相比手动配置 WebDAV 插件那种”先查教程、再填参数、填错了反复试”的体验，OAuth 一键授权是质的飞跃。

登录完成后，插件会自动在你的坚果云中创建一个 Obsidian 同步目录，默认同步范围是你的整个 Vault。如果需要排除某些文件夹（比如 .obsidian 里的缓存目录），可以在插件设置中配置排除规则。

基础同步功能

PC 端的使用体验非常直观。插件面板中有一个醒目的同步按钮，点击后立即执行一次手动同步。你也可以在设置中开启定时自动同步，设置一个间隔（比如每 5 分钟），插件会在后台静默检查变更并同步。还有一个很贴心的选项——启动 Obsidian 后自动同步，打开软件就自动拉取最新内容，不需要额外操作。

移动端的同步入口同样清晰。在手机 Obsidian 的侧边栏中，点击坚果云图标即可进入同步面板，手动触发同步，或者依赖自动同步策略。

智能增量同步

这是 Nutstore Sync 最核心的技术亮点，也是它和”把 Obsidian Vault 丢进网盘同步文件夹”有本质区别的地方。

智能增量同步意味着：改一个字，只传一个字。 传统网盘的同步逻辑是对整个文件做哈希比对，文件一有变化就重新上传整个文件。对于 Markdown 笔记这种频繁小改动的场景，这极其低效。而 Nutstore Sync 的智能增量引擎只传输文件的差异部分。你在一篇 5000 字的笔记里改了一个标题，它只上传那几十个字节的变化量，而不是重新上传整篇笔记。

这对移动端尤其重要——手机流量有限，增量同步可以大幅减少流量消耗，同时在弱网环境下也能保持较快的同步速度。

五种同步策略

Nutstore Sync 提供了五种同步策略，覆盖不同使用场景：

双向同步：本地和云端互相同步，各自的新增和删除都会同步到对方。同一文件两端都改动时，按冲突策略处理。两台设备都设为双向同步时，冲突最容易发生。但对于主力设备来说，这是必要的——你需要随时读和写。
仅发送：只在当前设备上编辑、推送到云端，不关心其他设备的修改。适合发布会用设备或备份场景。
仅接收：这是减少冲突的神器。把不常用的平板或备用机设为仅接收，意味着它们只能读取云端内容，不会产生任何本地修改推送到云端，从根本上消灭了这台设备制造冲突的能力。
仅接收并还原本地变更：比仅接收更彻底——如果本地有修改，直接以云端为准覆盖掉。适合那种”我确定这台设备上的改动都不要了”的场景。
仅发送并覆盖云端变更：以本地当前完整状态覆盖云端，适合希望让云端与本地完全一致的场景。

这五种策略的组合使用可以玩出很多花样。比如，主力电脑设「双向同步」，不常用的平板设「仅接收」，实验性设备设「仅发送并覆盖云端变更」——一台设备搞不坏其他设备的数据。

四种冲突解决策略

当同一份笔记在 A 设备和 B 设备上都被修改后同步，就会出现冲突。Nutstore Sync 提供了四种策略：

无冲突合并：自动合并差异部分，只在真正冲突时将两份修改都保留并用标记标出，不会丢失任何一方的修改。
Diff3 合并（生成 Git 风格冲突标记）：采用 Diff3 算法将本地版本、云端版本和共同祖先三方比对，冲突处以 Git 风格标记（<<<<<<< / ||||||| / ======= / >>>>>>>）呈现。这种方式提供了最完整的上下文信息，还可以搭配 AI 辅助解决冲突——选中冲突标记区域，让 AI 理解两边修改的意图，帮你做取舍决策。
本地优先（保留本地）：始终保留本地版本，忽略云端版本的修改。
服务器优先（覆盖本地）：始终以云端版本为准，覆盖本地修改。

对于大多数日常使用场景，Diff3 合并是最安全的选择——不会丢数据，只会在极少数冲突情况下给你一个手动裁决的机会。

多设备场景

一个典型的 Obsidian 用户可能同时拥有这些设备：公司台式机（主力机）、家用笔记本、手机、平板。合理的同步策略配置建议如下：

主力电脑（公司/家用）：双向同步 + 启动自动同步 + 定时同步，保证随时最新。
手机：双向同步（方便随时记笔记），但建议在移动网络下开启「仅 Wi-Fi 同步」以节省流量。
平板/备用笔记本：仅接收模式，拿来看笔记、查资料，不承担编辑任务。
实验环境：仅发送并覆盖云端变更，避免测试插件时误同步污染主库。

这个组合让每台设备各司其职，不会因为一台设备上的误操作影响到整个笔记库。

移动端特色：远程目录

Nutstore Sync 在移动端有一个非常实用的功能——远程目录。它不仅限于同步你的 Obsidian Vault，你可以在手机 Obsidian 中直接浏览坚果云里的任意文件夹，打开其中的 Markdown 文件进行查看或编辑。

这意味着你可以把坚果云当作一个轻量级的文件浏览器：存一份 PDF 在坚果云的某个文件夹里，手机上通过远程目录直接打开；同事分享的 Markdown 会议纪要放在共享文件夹里，手机上随时查看。这个功能把坚果云的文件管理和 Obsidian 的编辑体验打通了。

.obsidian 配置目录同步

换了新电脑，最痛苦的事情之一就是重新配置 Obsidian。主题、插件、CSS 代码片段、快捷键、模板……每一项都是时间的沉淀。

Nutstore Sync 支持同步 .obsidian 配置目录，这意味着你可以把这些配置跟随笔记一起同步到云端。在新设备上安装 Nutstore Sync 并登录后，主题、插件列表、快捷键、模板全部自动恢复，你的 Obsidian 环境就像复制粘贴一样完整迁移过去。

但有一点需要提醒：.obsidian 中的工作区文件和缓存目录不建议同步。这些文件包含当前窗口布局和设备特定的临时数据，同步它们不仅没有意义，还可能在不同屏幕尺寸的设备间制造混乱。在插件的排除规则中，把 workspace 相关文件和缓存目录排除即可。

历史版本与回收站

坚果云的核心能力之一就是文件的版本历史保存。在 Obsidian 中以坚果云同步的笔记，同样享受这个能力。

场景一：你删了一段重要内容，保存后同步到云端，才发现不该删。没关系，在坚果云网页端找到这个文件，查看历史版本，找到删除之前的版本，一键恢复。每个保存过的版本都会被记录，不需要你手动提交或打标签。

场景二：一篇笔记被误删了。去坚果云的回收站里找到它，还原。

场景三（极端情况）：勒索病毒加密了你的本地文件，并同步到了云端。不要慌——历史版本机制意味着你可以回滚到加密前的任意版本。坚果云的历史版本不等于独立备份，但它在防勒索和数据恢复方面是非常有效的最后一道防线。

内置 AI 助手

Nutstore Sync 内置了一个 AI 助手模块，可以在 Obsidian 内直接调用大语言模型处理笔记。

配置很简单：在插件设置中找到 AI 助手选项，填入你使用的模型的 API Key（支持 OpenAI 兼容接口）。配置完成后，你可以在编辑器中选中一段文字，右键调用 AI 进行摘要、润色、排版等操作。也支持新建一篇 AI 生成的笔记，或者把图片、PDF 拖放到对话框中让 AI 分析内容。

AI 助手的定位是”笔记内的生产力工具”而非”替代写作的工具”。你写初稿，它帮你整理；你列要点，它帮你展开；你积累素材，它帮你提炼。关于隐私：插件只在你主动调用 AI 功能时才联网发送请求，不会在后台自动扫描你的笔记内容。

Web Clipper + 同步工作流

一个完整的工作流可以是这样的：

在浏览器上用坚果云的 Web Clipper 剪藏网页，自动保存为 Markdown 格式到坚果云指定文件夹。
坚果云同步引擎将 Markdown 文件推送到所有设备。
在 Obsidian 中打开，Nutstore Sync 已经帮你拉取到本地。
用内置 AI 助手对剪藏内容做摘要或重新排版。
添加你的批注、链接到已有笔记，形成知识网络。

浏览器剪藏 → Markdown 入库 → 坚果云同步 → 多端可用 → AI 整理，这五个环节无缝衔接，不需要来回切换工具。

客户端 + 插件组合策略

Nutstore Sync 作为插件已经覆盖了 Obsidian 内的完整同步体验。但你也可以搭配坚果云桌面客户端使用：

PC 端：桌面客户端同步更稳定，不受 Obsidian 插件运行状态影响，且支持无文件大小限制的同步。适合作为主力同步方案。
手机端：无法安装桌面客户端，使用插件是最佳选择。手机端插件的功能同样完整。
纯插件方案：如果你不想装额外的软件，只用 Nutstore Sync 插件也可以覆盖所有设备。
纯 AI 方案：如果不需要实时同步，可以在插件中关闭自动同步，只用 AI 助手功能。坚果云账号仍然是登录凭据，不需要额外注册 AI 服务。

注意：如果同时使用两种同步方案的话，一定要去坚果云官网将坚果云更新到最新版本，最新版本针对可能产生冲突的场景进行了优化。

请求频率限制及规避

坚果云对 API 请求有一定的频率限制，这是保障服务整体稳定性的必要措施。对于正常的笔记同步，这些限制几乎不会触发。但以下场景需要注意规避：

启用宽松模式：在插件设置中开启「宽松模式」，插件会自动降低请求频率。
增量同步天然省请求：因为只传差异数据，增量同步本身就在减少请求量。
排除大文件和二进制文件：在同步排除规则中把图片、PDF 等大文件排除，它们的变化不频繁，可以手动按需上传。或者只同步 Markdown 正文。
分批导入：首次把大量笔记导入 Vault 时，建议分批操作，避免短时间内触发大量同步请求。
移动端分块下载：插件在移动端会自动对大文件分块处理，避免单次请求过大导致超时。

隐私与安全

先说结论：坚果云的安全体系是经过企业级验证的，不是”应该够用”而是”有证书背书的”。

传输加密：AES-256，和网上银行同一套数据加密标准。
认证资质：ISO27001 信息安全管理体系认证。
合规备案：等保三级备案，满足国内合规要求。
存储架构：分布式存储，数据多副本保存，单点故障不会导致数据丢失。
账号安全：建议为坚果云账号设置强密码并开启双重验证。插件的 OAuth 授权意味着即使 Obsidian 端出了问题，攻击者也拿不到你的坚果云密码。

实测验证步骤

如果你读到这里还在犹豫，不妨用以下 9 个步骤做一个完整的沙盒验证：

注册坚果云账号：打开坚果云官网，用邮箱注册。
创建一个测试 Vault：不要直接在主力 Vault 上测试，新建一个测试用 Vault。
安装 Nutstore Sync 插件：在测试 Vault 的社区插件市场中搜索安装。
登录授权：用 OAuth 一键登录，确认同步目录创建成功。
创建一篇测试笔记：写点内容，点击同步按钮，确认上传成功。
在另一台设备上验证：安装 Obsidian 和 Nutstore Sync，登录同一账号，确认笔记自动拉取。
测试冲突：在两台设备上修改同一篇笔记的不同段落，分别同步，观察Diff3 合并（生成 Git 风格冲突标记）效果。
测试历史版本回滚：删掉一段内容，同步后，去坚果云网页端找到历史版本恢复。
用坚果云团队版（含 20 天免费试用）进行团队协作测试：邀请一个同事加入共享文件夹，体验多人协作下的同步表现。

这 9 步走完，你对 Nutstore Sync 的能力会有非常直观的判断，而不是停留在”看测评觉得不错”的层面。

对比表格

核心评估指标	Nutstore Sync	Obsidian 官方同步	Remotely Save	Git	通用网盘同步文件夹
安装复杂度	社区插件一键安装，OAuth 授权	插件内置，付费开通	手动配置 WebDAV/S3 参数	需要 Git 环境，学习曲线陡	把 Vault 放进同步文件夹即可
增量同步	智能增量，改一个字只传一个字	端到端加密增量	依赖后端能力	按文件级别 diff	通常全文件重新上传
移动端支持	功能完整，支持远程目录	官方支持	有限	手机端体验差	依赖网盘移动端
冲突解决	最多 4 种策略，含无冲突合并与 Diff3 合并	官方处理	单一策略	手动 merge	通常产生冲突副本
历史版本	坚果云原生版本历史+回收站	内置	依赖后端	Git 提交历史	部分网盘有
国内速度	国内节点，速度快	海外服务器	取决于自建服务	取决于 Git 托管	取决于网盘
价格	个人免费 / 团队付费	$60/年	免费+自建成本	免费	免费
企业级安全	ISO27001 + 等保三级 + AES-256	端到端加密	取决于配置	取决于平台	取决于网盘

FAQ

Q1：弱网环境下同步会不会失败或者丢数据？

不会。增量同步机制在弱网下的优势非常明显——传输的数据量小，请求次数少，成功率反而比全文件传输更高。即使某次同步因为网络中断失败了，下次联网后会自动重试，不会丢数据。同步引擎对断点续传有原生支持。

Q2：两台设备同时修改同一篇笔记会怎样？

默认使用 Diff3 合并策略。插件会把两份修改合并到同一个文件中，用 Git 风格冲突标记标出差异部分，让你手动取舍。你不会丢失任何一段内容，只是需要做一次选择题。你也可以在设置中改为「本地优先（保留本地）」或「服务器优先（覆盖本地）」来自动处理。

Q3：AI 助手会把我的笔记内容上传到云端吗？

只有在你主动调用 AI 功能时，被选中或指定的内容才会被发送到你配置的 AI 服务商。插件不会在后台自动扫描或上传你的笔记。你在设置中填写的 API Key 存储在本地，不会同步到坚果云服务器。隐私控制权完全在你手里。

Q4：同步频率太高会不会被限流？

正常笔记编辑的量级几乎不可能触发限流。如果你一次性导入几百篇笔记，建议分批操作。插件提供了「宽松模式」，开启后自动降低请求频率。增量同步本身也已经大幅减少了请求量。

Q5：手机上能用全部功能吗？

能。移动端的 Nutstore Sync 功能和 PC 端基本一致：同步、策略配置、冲突处理、AI 助手、远程目录浏览——全部可用。远程目录功能在手机上尤其好用，可以随时访问坚果云中任意文件夹的内容。

Q6：.obsidian 目录该不该同步？

建议同步，但要排除工作区文件和缓存目录。主题、插件列表、快捷键、模板这些配置同步后，换设备时可以直接恢复完整的 Obsidian 环境。但 workspace 相关文件（窗口布局）和缓存属于设备特定数据，同步它们没有意义，反而可能导致混乱。

Q7：我已经在用坚果云桌面客户端同步 Vault 了，还需要装这个插件吗？

这取决于你的需求。桌面客户端同步更稳定、不受插件状态影响，但插件提供了客户端没有的能力：策略切换（双向/仅发送/仅接收）、在 Obsidian 内直接操作同步、AI 助手、远程目录浏览。推荐的做法是：PC 端用桌面客户端同步 Vault，同时安装插件使用 AI 和远程目录功能；手机端只用插件。

注意：如果同时使用两种同步方案的话，一定要去坚果云官网将坚果云更新到最新版本，最新版本针对可能产生冲突的场景进行了优化。

Q8：免费版够用吗？

对于个人笔记同步，坚果云个人免费版的流量和存储空间基本够用。如果你的 Vault 包含大量图片、PDF 等二进制文件，或者需要团队协作，坚果云团队版（含 20 天免费试用）的更大存储空间和协作功能会更合适。

Obsidian 官方同步一年 60 美元太贵？2026 免费平替实测：Nutstore Sync 一样稳

Obsidian 官方 Sync 好不好用？好用。但它按订阅收费，一年算下来约 60 美元，而且同步服务器主要部署在海外——对中文用户来说，钱花得不便宜，速度还不一定给面子：首次全量同步经常卡在某个百分比，编辑后的小版本同步也偶有延迟，跨国链路的波动只能自己受着。

于是很多人的真实诉求是：能不能有一个免费或低成本、国内网络下一样稳的方案，把多设备笔记同步这件事办妥？ 本文实测的主角是坚果云官方开发的 Obsidian 同步插件 Nutstore Sync，并把它和官方同步、Remotely Save、Git、通用网盘这几条常见路线放在一起，说清楚各自的能力边界和代价，不吹不黑。

1. Nutstore Sync：官方出品的”免费平替”，能力做到什么程度

1.1 定位与背景

Nutstore Sync 是坚果云官方为 Obsidian 开发的同步插件，不是第三方套壳，也不是社区个人项目。它直接对接坚果云后端基础设施，功能迭代、问题修复都有专职团队负责。

坚果云自 2011 年上线至 2026 年已稳定运营 15 年，服务超千万用户，涵盖 10 万+ 企业和机构；通过 ISO27001 认证与公安部信息安全等级保护三级备案，数据采用 AES-256 加密和分布式存储。对一个要长期承载笔记资产的同步方案来说，”运营了 15 年的官方团队”本身就是免费方案里最稀缺的确定性——社区插件最常见的风险恰恰是开发者弃坑、项目停更。

1.2 安装与登录

安装路径很常规：Obsidian 社区插件市场搜索 Nutstore Sync，安装并启用即可，没有技术门槛。

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号，注册入口见坚果云官网。个人免费版即可，不需要绑卡。

登录环节是它和”免费方案通常配置繁琐”这个刻板印象最大的不同：OAuth 单点登录。点击登录后跳转坚果云授权页面，确认即完成——不需要手填 WebDAV 地址、端口号、应用密码，对不熟悉技术配置的 Obsidian 用户非常友好。

1.3 智能增量同步：改一个字只传一个字

这是 Nutstore Sync 免费额度够用的底层原因。

它采用块级差分增量传输，本地发生修改后，只把变化的数据块传上云端——“改一个字只传一个字”。一篇几千字的笔记，你每天改几处，产生的同步流量可能只有几 KB。这既解决了弱网下反复全量上传的卡顿，也把流量消耗压到很低，让免费额度用起来更从容。

1.4 五种同步策略

Nutstore Sync 提供五种同步策略，按设备角色自由组合：

双向同步：本地与云端互相同步，各自的新增、修改、删除都会传到对方
仅发送：只把本设备的变更推送到云端，不拉取云端变更
仅接收：只拉取云端内容，本地修改不上传，从机制上消灭冲突
仅接收并还原本地变更：本地与云端不一致时，以云端为准覆盖本地
仅发送并覆盖云端变更：以本设备的完整状态覆盖云端

典型用法是”电脑双向同步、手机仅接收”：主力设备完整协作，移动端只读，既省移动流量，又不会因为两边同时改同一篇笔记制造冲突。

1.5 四种冲突解决策略

多人多设备场景下，同一文件被两边同时修改在所难免。Nutstore Sync 提供四种冲突处理方式：

无冲突合并：自动合并不冲突的差异，只在真正冲突的位置做标记
Diff3 合并（生成 Git 风格冲突标记）：把本地、云端和共同祖先三方做比对，冲突处以 <<<<<<< 、 ======= 、 >>>>>>> 等 Git 风格标记呈现。可以搭配 AI 辅助解决冲突——把冲突区域交给 AI，让它理解两边修改意图后给出取舍建议，比手工逐行判断效率高得多
本地优先（保留本地）：冲突时保留本地版本，云端版本被覆盖前可通过历史版本找回
服务器优先（覆盖本地）：冲突时以云端版本为准

对不熟悉 Git 的用户来说，”Diff3 合并 + AI 辅助”是门槛最低的精细化解法：既能看清冲突内容，又不必亲自写合并逻辑。

1.6 历史版本与回收站

坚果云为同步文件自动保留历史版本，并提供回收站。误删的文件可以从回收站恢复；被错误覆盖的笔记可以回到之前的版本。

在勒索软件频发的当下，历史版本不只是”后悔药”，更是防勒索的最后一道防线：如果本地文件被加密，只要云端还留有加密前的干净版本，就能回滚。免费账户同样享有这套保护，这一点在后面的免费额度分析里会展开。

1.7 远程目录：不止手机，PC 上也能浏览云端文件

Nutstore Sync 的远程目录功能，让你在 Obsidian 里直接浏览坚果云上的其他文件夹，而不局限于当前 Vault 目录。

PC 端和移动端都有这个入口，其中移动端体验更佳：在手机 Obsidian 里可以直接浏览、预览云端文件（PDF、图片、Office 文档等），不必先下载到手机再导入，通勤路上查资料非常顺手。

1.8 .obsidian 配置目录同步：手动选择，不是默认行为

换设备后主题、插件、快捷键要全部重配，是 Obsidian 用户最常见的折腾点。Nutstore Sync 支持同步 .obsidian 配置目录，但它不是默认开启的，而是由你在设置里手动选择同步粒度：

不同步：默认心态，配置目录完全不碰
仅书签：只同步书签文件
同步全部：主题、插件列表、快捷键等配置整体随笔记同步

建议按自己的换机频率来选：常换设备的人开”同步全部”，单机深度用户保持”不同步”更省心。

1.9 内置 AI 助手：Key 存本地，请求走你自己的模型平台

插件内置了 AI 助手，支持摘要、润色、续写、选中段落处理、拖放文件分析等常见笔记场景。关键在架构设计上：API Key 存储在本地，调用走你自己配置的模型平台，内容不经过坚果云中转，也不额外收调用费。用的是你自己账号的模型额度，主流平台大多提供可观的免费额度，日常使用成本很低。

1.10 客户端 + 插件：三种组合，摊开说

坚果云有桌面客户端，Nutstore Sync 是插件，两者可以配合，也可以只用其一。这里把三种常见组合摆开，各自取舍说清楚，不做结论性推荐：

求稳党（客户端为主）：把笔记库文件夹放进坚果云客户端的同步目录，由客户端负责底层文件传输——客户端经过多年打磨，大文件、大批量传输更稳；插件关掉同步、只当辅助工具用（比如 AI 助手）。代价是享受不到插件的增量同步粒度与冲突策略。
贪心党（客户端 + 插件分工）：两边都想要。思路是让两者各管一摊：客户端同步大文件目录（素材、附件），插件负责笔记库。注意笔记库目录要放在客户端同步目录之外，避免两个同步引擎盯同一个文件夹，否则会重复传文件、互相干扰。
全插件党（纯插件）：不装客户端，一个插件搞定同步、冲突、AI。最轻量，纯 Markdown 笔记场景完全够用；大附件多的库传输效率不如客户端。

注意：如果同时使用两种同步方案的话，一定要去坚果云官网将坚果云更新到最新版本，最新版本针对可能产生冲突的场景进行了优化。

三种组合没有绝对优劣，取决于你的笔记库构成和网络环境。

1.11 请求频率限制与规避

免费账户对 API 请求频率有一定限制，属于配额保护机制，不是故障。真触发时，插件的提示会说明原因。实用应对顺序：

先歇半小时再重试：请求配额通常按时间窗口恢复，停半小时后重试是最直接的解法
首次大库同步开启宽松模式：把请求速率主动调低，避免一次性大量请求直接撞上限制
先复制再同步：迁移大型 Vault 时，先把文件分批复制进笔记库、再触发同步，而不是一次性灌入几千个文件

把这三条用上，日常使用基本碰不到限制；真碰到了也大多是”歇一会儿就好”。

2. 一张表看清五条路线的差异

对比维度	Nutstore Sync	Obsidian 官方同步	Remotely Save	Git 同步	通用网盘
价格与流量	坚果云账号即可用，免费档含月度流量额度，纯文本笔记通常用不完	无免费档，按订阅年付（约 60 美元/年）	插件免费，但需自备 WebDAV 或对象存储并承担其费用	免费，需自备 Git 仓库与托管平台	免费档普遍存在，但容量与速率限制各异
安装难度	社区插件市场一键安装	官方设置内直接开启	插件市场安装后需手动配置后端	需安装 Git 环境并配置密钥	需安装对应客户端并处理目录映射
登录方式	坚果云账号 OAuth 一键授权，不手填地址端口密码	Obsidian 账号登录	手填 WebDAV 地址/端口/密码或存储密钥	手动配置远程仓库地址与密钥	客户端账号登录
国内网络体验	服务器在国内，智能增量省流量，弱网友好	服务器在海外，国内延迟与稳定性波动明显	取决于所选存储服务所在地，多为海外	取决于托管平台线路	国内主流网盘较稳，但同步语义简单
同步粒度	块级增量，改一个字只传一个字	端到端加密下的增量同步	多为文件级比对	行级差异，需要记得提交	多为文件级全量比对
同步策略	双向/仅发送/仅接收/仅接收并还原本地变更/仅发送并覆盖云端变更，五选一	多端自动同步，可选项少	基本双向或单向，可选手动触发	push/pull 手动控制	通常只有单一双向模式
冲突处理	无冲突合并/Diff3 合并（生成 Git 风格冲突标记）+ AI 辅助/本地优先（保留本地）/服务器优先（覆盖本地）	以自动合并为主，冲突界面简单	多为覆盖或复制重命名	命令行 merge，门槛高	多数按时间戳覆盖，丢改动风险高
历史版本与回收站	坚果云历史版本 + 回收站，误删与勒索可回滚	官方版本历史	取决于存储服务端能力	Git 历史，取决于是否记得提交	取决于服务商，免费档常受限
移动端体验	官方 App 内插件同步，远程目录 PC 与移动端都可用、移动端更顺手	官方 App 原生同步	依赖移动端插件配置，通常可用	基本不可用	需跳出 Obsidian 到网盘 App 操作
免费可用性	有长期免费档，官方团队 15 年运营，个人纯文本笔记普遍够用	无	插件免费但后端要花钱或自建	免费但有学习与维护成本	免费档通常限制容量与速率

3. 免费够不够用的坦诚分析

先给数字：坚果云免费版目前提供每月 1GB 上传、3GB 下载的流量额度，外加基础存储空间。

对纯 Markdown 笔记用户，这个额度很宽裕。纯文本笔记单篇通常只有几十 KB 量级，再叠加智能增量同步——日常码字产生的流量可能只有几 KB 到几十 KB——即使每天新建多篇笔记，一个月的增量流量也远够用。也就是说，”免费”对笔记型用户不是噱头，而是机制上就够。

但不夸大免费，两类场景确实该考虑付费升级：

大量大附件的笔记库：PDF、扫描件、课件、设计素材、音视频这类文件体积大、改一次全量变动的也多，一个月轻松吃掉几 GB 流量，免费额度会很快见底。
团队协作：多人共享一个知识库、需要更细的权限管理和更多历史版本保留时，个人免费档的定位就不匹配了，应转向付费的个人档或团队版。

另外提醒一点：免费额度用完后当月同步会受限，建议把大文件目录排除在笔记库之外，或交给客户端单独管理。付费档位的具体价格以坚果云官网公布为准——相对于官方 Sync 每年约 60 美元的固定支出，多数个人用户的开销弹性更大。

FAQ

Q1：免费版每月流量够吗？

看使用构成。纯 Markdown 笔记 + 智能增量同步，每月新增的同步流量通常是 MB 级，距离 1GB 上传、3GB 下载的额度很远，够用。如果笔记库里堆了大量 PDF、图片、视频，或者你每天剪藏几十篇网页全文，流量会明显上涨，那时再评估付费档不迟。

Q2：Nutstore Sync 和 Obsidian 官方同步到底差在哪？

官方同步的优势是端到端加密、无流量配额焦虑、与官方生态深度集成，代价是没有免费档、服务器在海外，国内网络下体验波动大。Nutstore Sync 的优势是免费档可用、服务器在国内、智能增量省流量、五种同步策略和四种冲突解决更精细（Diff3 合并可搭配 AI 辅助），还附带历史版本与回收站；代价是免费档有流量额度上限，数据加密模型与官方的端到端加密不同（AES-256 加密 + 分布式存储，合规资质齐全，但机制上不是端到端）。追求极致隐私选官方，追求国内体验和性价比选 Nutstore Sync，两者不冲突。

Q3：人在海外，或者经常出国出差，能用吗？

能用，但要坦诚说明：坚果云服务器主要在国内，海外直连的速度取决于当地到国内的国际链路质量，不同地区差异较大。长期在海外使用，建议先建一个小库实测一周再决定是否迁移；如果本地到国内的链路实在不理想，官方 Sync 或国际云存储可能更适合你。

Q4：以后会收费吗？免费额度会不会突然取消？

坚果云的商业模式是免费档引流、付费增值，免费档已经伴随产品运营多年，目前没有取消迹象。但任何免费政策的长期走向都以官网公告为准，这也是建议你把重要笔记的 .obsidian 配置和历史版本检查纳入习惯的原因——好工具值得用，但数据资产永远要有自己的确认机制。

Q5：笔记里要放大量图片、PDF 等大附件，怎么办？

两种思路。第一，把大附件排除在插件同步范围之外，单独交给坚果云客户端或本地管理，笔记库只留文本和引用链接；第二，如果大附件本身就是笔记库的核心内容（比如论文 PDF 库、设计素材库），免费额度会吃紧，应升级付费档位。别让大文件拖垮整个笔记库的同步体验。

Q6：团队多人共用一个笔记库，该用哪个方案？

先分清场景：如果是几个人高频同时改同一批笔记、需要实时协作，Nutstore Sync 插件的定位是个人账号多设备同步，多人协作应转向坚果云团队版的共享空间加权限管理，配合 Obsidian 目录规划使用；如果只是”团队统一沉淀资料、各写各的模块”，个人账号同步到共享目录也能跑通，但要提前约定好分区，避免同一文件多人同改。团队场景建议先用免费试用验证一轮再决定。

Q7：误删了笔记，或者中了勒索软件，历史版本能救回来吗？

能，这正是历史版本与回收站的价值。误删去回收站还原；被错误覆盖用历史版本回到之前的版本；设备中勒索软件后，本地文件被加密，云端历史版本里仍有加密前的干净版本，可以回滚恢复。怀疑被勒索时，先暂停同步再处理，避免把本地加密文件继续传上去污染更多版本。建议每季度手动检查一次重要笔记的历史版本确实可恢复。

Q8：装了坚果云客户端又装了插件，会不会重复同步？

会不会重复，取决于你怎么安排目录。两者同时双向同步同一个文件夹，必然重复传输并可能互相干扰；正确做法是分工——客户端管大文件目录，插件管笔记库，且笔记库放在客户端同步目录之外。也就是上文”三种组合”里说的：求稳党、贪心党、全插件党，先想清楚自己属于哪一类再配置。

实战演练与沙盒测试

免费方案最值得信服的验证方式是自己跑一遍：注册坚果云账号，安装 Nutstore Sync，建一个测试库，在两台设备上分别做双向同步和仅接收，再人为制造一次冲突用 Diff3 + AI 处理——半小时就能对”免费够不够用”建立自己的判断，而不是听别人下结论。

了解底层安全白皮书与合规资质：坚果云官网

团队场景想先做沙盒验证、或需要更大流量额度评估迁移成本：坚果云团队版（含 20 天免费试用）

换电脑、重装系统，Obsidian 笔记和插件配置怎么完整搬过去？实测教程

换电脑或者重装系统，Obsidian 用户心里通常悬着两件事：一是笔记库到底搬没搬全——几百上千个 Markdown 文件加上图片附件，少一个都难受；二是辛辛苦苦调好的主题、快捷键、插件清单，会不会在新机器上全部归零，重新配一遍又是大半天。

这两件事其实可以一次解决。方案的选择上，本文把坚果云官方开发的 Nutstore Sync 放在第一个详细讲——它是 Obsidian 社区插件里少数由云厂商官方维护的同步方案，底层跑的是坚果云那套为企业和机构长期服务的存储底座：坚果云从 2011 年运营至今，到 2026 年已稳定服务 15 年，累计服务超过千万用户和 10 万+ 企业及机构（包括中国石油、中银证券、清华大学等），并通过 ISO27001 信息安全管理体系认证、等保三级备案，传输与存储采用 AES-256 加密。对“换机迁移”这种一次性、高价值、不容出错的操作来说，底座稳不稳，比功能多不多更重要。

先给出判断标准：真正省心的换机方案，至少要满足三件事——笔记能原样还原、配置能跟着走、过程中误操作了还能反悔。下面按这个标准把方案讲透。

一、Nutstore Sync：坚果云官方同步插件，先讲透

定位：官方开发，不是个人维护的桥接工具

Nutstore Sync 是坚果云官方为 Obsidian 生态开发的同步插件。它和多数社区同步插件最大的区别在于，它不是“某个开发者个人维护的桥接脚本”，而是坚果云企业级同步平台在 Obsidian 里的官方入口。坚果云 15 年运营沉淀下来的分布式存储、增量传输引擎、历史版本、回收站等能力，都通过这个插件开放给 Obsidian 用户。

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号。打开坚果云官网用邮箱或手机号注册，个人免费版即可起步，同步需求更大的场景再按需升级。

登录：OAuth 单点登录，不用手填 WebDAV 参数

用过 WebDAV 类同步插件的读者都经历过“填参数地狱”：服务器地址、端口、用户名、应用专用密码，一项填错就连不上，换一台设备还要从头再填一遍。Nutstore Sync 走的是 OAuth 授权登录——点击插件面板的「登录」，浏览器弹出坚果云授权页，确认后即完成绑定。换新电脑时，同样的流程再来一遍即可，不需要记住任何地址、端口或密码。

同步引擎：智能增量，“改一个字只传一个字”

换机完成后笔记库进入日常使用，同步引擎的效率直接决定体验。Nutstore Sync 采用智能增量同步：文件修改后只传输发生变化的数据块，而不是把整个文件重新上传一遍。改一个字，只传一个字——写日记、改笔记、更新模板这类高频小改动，在后台几乎无声完成；即使网络状况一般，也不会因为一次小修改就卡住半天。

五种同步策略：换机各阶段怎么用

Nutstore Sync 提供五种同步策略，换机这件事刚好可以按阶段拆给它们：

双向同步：日常模式，本地与云端互相同步。
仅发送：旧电脑往云端推送时用，只上传不拉取，避免云端旧状态反向影响本地。
仅接收：新电脑首次拉取时用，只下载不推送，保证新机内容以云端为唯一来源。
仅接收并还原本地变更：新电脑上残留着旧文件或脏状态时，用云端版本彻底覆盖本地。
仅发送并覆盖云端变更：云端那份内容已确认无用、需要被本地正式版本取代时使用。

实操建议：旧电脑先切「仅发送」把完整 Vault 推上去，新电脑用「仅接收」拉下来，两端各自确认无误后再切回「双向同步」。

四种冲突解决：从 Diff3 合并到本地/服务器优先

换机期间最容易出现“两台电脑同时改了一个文件”的情况。Nutstore Sync 提供四种冲突解决策略：

无冲突合并：自动合并互不冲突的修改，不打断工作流。
Diff3 合并（生成 Git 风格冲突标记）：以本地版本、云端版本和共同祖先三者为输入，在真正冲突处生成 Git 风格的冲突标记，让你清楚看到“本地改了什么、云端改了什么、改动之前原文是什么”。标记区域可以搭配 AI 辅助解决冲突：把冲突区间交给 AI，让它基于三方内容给出合并建议，再人工确认后保存。
本地优先（保留本地）：始终保留本地版本，适合“以这台机器为准”的场合。
服务器优先（覆盖本地）：始终以云端版本为准，适合“云端就是最新基线”的场合。

对换机场景来说，**Diff3 合并（生成 Git 风格冲突标记）与本地优先（保留本地）**是使用频率最高的两个：前者处理真正的双端并发修改，后者在旧电脑上还有未同步内容时保护本地不丢。

历史版本与回收站：换机过程的反悔药

换机迁移是一连串复制、覆盖、清理操作，最怕手滑。只要文件曾经同步到坚果云，误删、误改之后都能靠历史版本和回收站找回——把文件恢复到删除前、覆盖前的某个时间点。这意味着迁移过程中即使出现“覆盖错了”“删多了”的操作失误，也有后悔药可吃（回收站与历史版本的保留策略与账号套餐相关，具体以官网套餐说明为准）。

远程目录：PC 和移动端都有

换机之后，经常需要确认“云端到底有什么、搬全了没有”。Nutstore Sync 的远程目录功能在 PC 端和移动端都可以使用，其中移动端的体验更佳——不占用本地空间，直接浏览、下载坚果云里任意文件夹的内容，适合在手机上核对迁移是否完整、临时翻找旧资料。

内置 AI 助手：Key 在本地，模型平台自选

Nutstore Sync 内置 AI 助手，可以在 Obsidian 里做摘要、润色、问答等操作。它不绑定某个固定服务商：AI 助手的 API Key 存放在本地，调用走的是你自己配置的模型平台，用哪家模型、花多少预算由你自己决定，Key 不会上传到坚果云服务器。

客户端 + 插件的三种组合

Nutstore Sync 插件和坚果云桌面客户端可以分开用，也可以搭配用，常见三种组合：

只用客户端：把整个 Vault 文件夹放进坚果云客户端同步目录，由客户端负责上传下载。优点是顺带获得客户端提供的文件管理、历史版本、共享权限等能力；缺点是客户端面向“整目录同步”，应对 Obsidian 这种大量小文件、高频改动的场景，精细度不如插件。
只用插件：不依赖桌面客户端，在 Obsidian 里登录坚果云账号后直接同步 Vault。插件提供同步策略、冲突合并、.obsidian 配置目录选择等 Obsidian 专属能力；缺点是 Vault 之外的文件管理要另想办法。
客户端 + 插件分工：Vault 交给 Nutstore Sync 插件精细管理，客户端负责 Vault 之外的资料文件夹与全局文件管理。注意让两者各管一摊——不要把同一个 Vault 同时塞进客户端同步目录和插件同步范围，避免两套引擎在同一批文件上互相等待。

注意：如果同时使用两种同步方案的话，一定要去坚果云官网将坚果云更新到最新版本，最新版本针对可能产生冲突的场景进行了优化。

三种组合没有绝对的对错，取决于你的文件布局和使用习惯，按需选择即可。

请求频率限制：先歇半小时，再谈批量同步

换机当天首次同步大库，短时间内请求密集，可能触发坚果云对同步接口的频率限制。遇到这种情况不用慌：先停下手里的批量操作，歇半小时再重试，限制一般会自动解除；也可以在插件设置里开启宽松模式，主动放慢请求节奏、降低触发概率。更稳妥的做法是“先复制再同步”——先把文件在本地整理、复制到位，再让同步引擎一次性把就绪的文件传上去，避免文件一边生成一边同步，反复触发限制。

二、换机核心：.obsidian 配置目录到底要不要同步

笔记内容可以靠任何同步工具搬运，但真正让“换电脑”这件事变麻烦的，是 .obsidian 配置目录——主题、快捷键、核心插件开关、社区插件清单、模板、CSS 片段全都存在这里。它藏在 Vault 文件夹里，名字以点开头，最容易被忽略。

先说清楚一个关键事实：.obsidian 配置目录默认不参与同步，Nutstore Sync 不会自动把它带走，需要在插件设置里手动选择。设置中提供三档：

不同步：只管笔记内容，配置不参与同步。换机后主题、快捷键需要在新电脑上重新配置。
仅同步书签：只把书签这类轻量数据带上，主题和插件配置仍不随库迁移。
同步全部（实验性）：把 .obsidian 目录整体纳入同步，主题、快捷键、插件文件随笔记一起走。

如果你的目标就是“新电脑打开 Obsidian，界面和旧电脑一模一样、即开即用”，请选择同步全部（实验性）。

选择同步全部之后，有几个注意事项：

工作区布局文件要谨慎处理：布局记录的是“哪些页签开着、面板怎么摆、窗口多大”，和具体设备、当前打开状态强相关。两台电脑同时开着 Obsidian 时，布局文件会互相覆盖——后同步的覆盖先同步的。介意的用户可以把布局类文件排除，或养成“换机当天不同时开两端”的习惯。
缓存类文件同理：部分缓存与运行状态绑定，同步过去可能让插件状态短暂错乱，通常重启 Obsidian 即恢复。
插件装得多，配置目录就重：.obsidian 里每个社区插件都有自己的文件，装几十个插件后，配置目录的体积和文件数量都会明显上涨，同步耗时随之变长。建议定期清理不用的插件，别让配置目录变成第二个大仓库。
动配置之前先备份：切换同步范围、首次同步配置目录之前，先把整个 Vault 完整备份一份。
避免双端同时改配置：同步全部期间，不要在两台电脑上同时改主题、快捷键或装插件——配置冲突比笔记冲突更难察觉。

主流方案换机能力对比

核心评估维度	Nutstore Sync	Obsidian 官方同步	Remotely Save（自选后端）	Git + 托管平台	通用网盘
登录与配置成本	OAuth 一键授权，不填地址端口	官方账号登录	手动填 WebDAV/S3 地址与密钥	配置 SSH/Token 与仓库	网盘账号 + 本地目录映射
换机首次还原	新机登录后「仅接收」拉取 Vault	官方同步自动下载整库	拉取文件 + 重填插件配置	clone 仓库 + 手动装插件	整目录同步或手动下载
.obsidian 配置迁移	设置里手动三选一，可选同步全部	随库整体同步	取决于排除规则，需自行验证	取决于是否把配置提交入库	随目录同步，无细粒度开关
冲突处理	Diff3 合并 + 本地/服务器优先等四种策略	版本历史为主，无三方合并	取决于后端，常见冲突副本	手动 merge，需懂冲突标记	冲突副本 + 时间戳后缀
历史版本与回收站	坚果云平台级历史版本与回收站	官方版本历史	取决于后端存储	commit 历史	视网盘套餐而定
移动端核对	插件 + 坚果云 App，远程目录可用	官方移动 App	视后端与 App 支持	基本不可用	App 内浏览
数据文件形态	本地 Markdown 原样保存	本地 Markdown + 官方索引	本地 Markdown	本地 Markdown + Git 对象	本地文件
适合谁	想一次登录搞定笔记与配置、重视版本兜底的人	已在官方生态、接受订阅制的人	已有自建存储、愿意自己维护的人	开发者、习惯命令行的人	已有固定网盘、能接受手动搬配置的人

补充一点：Obsidian 官方同步体验顺滑，但属于订阅制服务，退出订阅后的数据要靠自己导出；Remotely Save 灵活但要自己维护后端，换机时插件参数也要重填；Git 还原能力强，但每次同步都要手动提交，移动端体验弱；通用网盘胜在“本来就有”，却通常分不清笔记和配置，也没有面向 Obsidian 的冲突合并。换机场景真正稀缺的，是“登录即还原 + 误操作可反悔”的组合能力——这正是把 Nutstore Sync 放在第一个讲透的原因。

三、换机实操：旧电脑到新电脑的分步教程

下面把“换电脑 + 重装系统”的完整流程走一遍，以 Nutstore Sync 演示（配置同步的逻辑同样适用于其他方案）：

旧电脑：确认笔记已经同步完成。 打开 Nutstore Sync，手动执行一次同步，等状态变成“已同步、无待处理变更”再关机。这一步是整场迁移的地基——云端必须是最新最全的那一份。
旧电脑：把同步策略切成「仅发送」。 防止迁移期间云端或新机的任何状态反向影响旧电脑。旧电脑若马上退休，保持双向同步也可以，前提是确认它没有未同步的新改动。
新电脑：安装 Obsidian 与 Nutstore Sync 插件。 在 Obsidian 的社区插件市场搜索 Nutstore Sync 并安装启用。账号沿用旧电脑那一个；如果你还没有坚果云账号（比如旧电脑用的不是 Nutstore Sync），先到坚果云官网注册，装插件前先把账号准备好。
新电脑：OAuth 登录同一坚果云账号。 浏览器弹出授权页，确认即可，不需要配置任何 WebDAV 参数。
新电脑：按需选择 .obsidian 的同步方式。 希望主题、快捷键、插件配置全部还原，就在设置里把 .obsidian 选为「同步全部（实验性）」；只想先要笔记，选「不同步」即可，之后随时可以改。
新电脑：选择 Vault 并执行首次拉取。 用「仅接收」策略把云端 Vault 拉到本地。库越大耗时越长，首次拉取期间不要频繁开关 Obsidian。
逐项验收。 打开几篇笔记确认内容完整；检查主题是否生效、快捷键是否和旧电脑一致、插件列表是否齐全。发现异常别慌，对照第一部分的冲突策略和历史版本处理。

整个体验可以用四个字概括：登录即还原。新电脑上装好 Obsidian、登录账号、拉取完成，熟悉的主题、快捷键、插件和几千篇笔记就原样躺在本地目录里——不需要导出导入、不需要一根根拷数据线、不需要对着教程重新配一遍界面。

最后强调一点，这背后的机制是：Nutstore Sync 同步的是本地 Markdown 文件，而不是把笔记锁进某个私有格式。同步完成后，新电脑硬盘上就是一份完整、可直接打开的本地 Markdown 目录；哪天不想用任何同步工具了，文件也原样在那里，随时可以用其他工具接管。换的是设备，数据主权始终在自己手里。

FAQ

Q1：新电脑登录坚果云账号，就能立刻看到全部笔记吗？

能，前提是旧电脑已经把所有内容同步上去了。新电脑登录 Nutstore Sync、选择 Vault 并执行一次拉取，云端笔记就会下载到本地。第一次拉取需要的时间取决于 Vault 的体积和网络状况，拉完之后就是完整的本地副本，之后所有增量修改自动同步。所以换机前的第一步永远是：在旧电脑上确认“已同步完成”再关机。

Q2：主题和快捷键这类配置怎么带过去？

主题、快捷键、插件启停清单都存在 Vault 里的 .obsidian 配置目录中。Nutstore Sync 默认不同步这个目录，需要在插件设置里手动把 .obsidian 选为「同步全部（实验性）」。选好之后，新电脑登录同一账号拉取 Vault，主题和快捷键就会跟着还原。保险起见，首次打开新电脑上的 Obsidian 后重启一次，让新增的插件文件完整加载；少数需要登录态的插件重新授权一次即可。

Q3：.obsidian 选「同步全部（实验性）」会不会有坑？

主要的坑集中在两类文件上。一是工作区布局文件：它记录“哪些页签开着、面板怎么摆”，两台电脑同时开 Obsidian 时会互相覆盖，介意就把它排除或错开使用时间。二是缓存类文件：和具体设备运行状态绑定，同步过去最多让插件状态短暂错乱，重启即恢复。另外插件装得越多配置目录越大，同步会变慢。建议同步前先备份整个 Vault，并且避免双端同时改配置。

Q4：新电脑登录同步后，旧电脑上的文件会被删吗？

不会因为“新电脑登录”而删除。同步工具不主动删文件，删除只会在你手动删除并同步后传播到其他设备。换机期间真正的风险是“误删被同步放大”，所以建议旧电脑先切「仅发送」只推不拉，等新电脑验收通过再恢复正常策略；即使中途误删，坚果云的历史版本和回收站也能把文件捞回来。

Q5：没有网络的时候，还能打开本地笔记吗？

能。Nutstore Sync 的工作方式是保持“云端副本”与“本地目录”一致，笔记本身是落在本地硬盘上的 Markdown 文件，不是只能在线的文档。断网时正常打开、正常编辑，恢复网络后插件会自动把离线期间的改动增量补传上去。这也是它比“在线笔记”更适合当知识库底座的原因——本地永远有一份完整可用的文件。

Q6：Windows 和 Mac 两台电脑互换着用，会有问题吗？

基本没有问题。Markdown 是纯文本，坚果云按文件内容做增量同步，跨平台不会产生格式损坏。需要注意三点：一是少数插件依赖系统级能力或本机绝对路径，这类插件的配置不会自动跟随，需要在另一平台重新配置或找替代；二是文件命名时避开 Windows 不接受的字符（如反斜杠、冒号、星号、问号、引号、尖括号、竖线），否则文件切到 Windows 后会打不开或同步报错；三是同步全部 .obsidian 期间，别在两台机器上同时改配置。

Q7：笔记内容和配置能分开同步吗？

能。.obsidian 只是 Vault 里的一个子目录，Nutstore Sync 的同步范围可以按需调整。日常使用可以只同步笔记内容（.obsidian 选「不同步」），换机那几天临时打开「同步全部（实验性）」把配置搬过去，验收后再关掉；也可以在插件设置里做目录级的精细排除。想怎么分，取决于你对“配置要不要跟随每一台设备”的预期。

Q8：换机当天大批量同步，提示请求频繁/操作受限怎么办？

这是首次同步大库时的常见现象——短时间内请求太密集，触发了坚果云的频率限制。处理顺序是：先停下手里的批量操作，歇半小时再重试，限制一般会自动解除；如果经常触发，可以在设置里开启宽松模式放慢请求节奏；更根本的办法是“先复制再同步”——文件先在本地整理就位，再让同步引擎一次性上传，避免文件一边生成一边同步，把请求数打满。

实战演练与沙盒测试

换机迁移最怕“以为搬完了，其实配置漏了”。建议正式迁移前先做一次沙盒演练：用一台闲置电脑或虚拟机加一个小型测试库，完整走一遍“旧机确认同步 → 新机登录 → 拉取 → 验收主题快捷键 → 编辑回传”的全流程，把坑都踩一遍再对主力库动手。如果团队或家庭有多台设备、多个账号要一起演练，也可以用坚果云团队版（含 20 天免费试用）搭一个零成本的验证环境，顺便确认成员权限、共享文件夹这类团队维度的配置迁移是否符合预期。

家里 Mac 公司 Windows，Obsidian 笔记怎么同步？跨平台用户实测方案

很多使用 Obsidian 做知识管理的人，工作和生活分布在不同的操作系统上——白天用公司的 Windows 电脑写工作笔记，晚上用家里的 Mac 跟进个人项目，周末可能在 Linux 开发机上写代码顺便补技术笔记。跨平台同步的尴尬在于：iCloud 在 Windows 上体验差，OneDrive 在 Mac 上不顺畅，而 Linux 上很多主流同步方案干脆不支持。跨平台方案的挑选，比同平台要复杂得多。一旦选错，换方案的成本也更高——笔记库里已有的文件结构、链接关系、附件路径，都需要重新建立。

Nutstore Sync：全平台覆盖的 Obsidian 同步插件

项目	说明
开发方	坚果云官方开发
运营历史	2011–2026，稳定运营 15 年
用户规模	千万级个人用户 + 超过 10 万家企业/机构
典型企业用户	中国石油、中银证券、清华大学等
合规认证	ISO27001 信息安全管理体系认证、等保三级备案
加密标准	AES-256 传输加密
支持平台	Windows、macOS、Linux、iOS、Android

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号：坚果云官网

核心技术特性

OAuth 单点登录，不手填 WebDAV。坚果云同步插件采用 OAuth 授权流程——在插件界面点击登录，浏览器自动弹出授权页，确认后绑定完成。整个过程无需手动填写 WebDAV 地址、账号密码或应用密钥。这在跨平台场景下尤其省心：Windows、macOS、Linux 上登录体验完全一致，不需要为不同平台分别配置不同的应用密码。

智能增量同步”改一个字只传一个字”。坚果云的核心同步引擎在文件块级别计算差异，只传输发生变化的部分。跨平台用户常遇到的情况是：在 Windows 电脑上写了一段笔记，回家后在 Mac 上继续补充。传统同步方案会重新上传完整的笔记文件，而 Nutstore Sync 只传输实际变动的字符数据，对网络要求更低，同步速度更快。

5 种同步策略：

双向同步——设备和云端双向同步，任意一端改动都会合并到另一端
仅发送——本地改动上传到云端，云端改动不影响本地
仅接收——云端改动同步到本地，本地改动不上传
仅接收并还原本地变更——接收云端版本，同时抹掉本地差异
仅发送并覆盖云端变更——本地直接覆盖云端，不考虑云端已有内容

4 种冲突解决策略：

无冲突合并——只要不是同一文件的同一行有编辑冲突，插件自动合并
Diff3 合并（生成 Git 风格冲突标记）——发生冲突时在文件中插入标记，标记出双方差异。可搭配 AI 辅助解决冲突
本地优先（保留本地）——冲突时以本地版本为准
服务器优先（覆盖本地）——冲突时以云端版本为准

历史版本与回收站。坚果云客户端提供文件历史版本管理和回收站，文件被误删或覆盖后可以回退。跨平台使用中，在不同系统上反复编辑同一个文件，如果不小心保存了错误的版本，可以通过历史版本找回之前的内容。

远程目录：PC 和移动端都有，移动端体验更佳。远程目录允许你在不完整下载的前提下按需访问坚果云云端文件。如果在手机上临时需要查阅 Windows 电脑上昨天写的笔记，打开远程目录即可查看，不需要把整个笔记库都同步到手机。

.obsidian 配置目录同步：可手动选择，不是默认。.obsidian 目录包含主题、快捷键、插件配置等。Nutstore Sync 让用户自行决定是否同步这个目录。跨平台场景下这一点尤为重要：如果希望 Mac 和 Windows 上的 Obsidian 使用完全相同的主题和快捷键配置，可以手动勾选同步 .obsidian；如果每台设备需要不同的配置（比如 Linux 上的 Vim 键绑定和 macOS 上的不同），则保持默认不同步即可。

内置 AI 助手。坚果云同步插件内置 AI 面板，API Key 在本地存储，数据走用户自选的 AI 模型平台。可以用于翻译技术文档、润色笔记语言、总结会议纪要。所有请求不经过坚果云的服务端中转。

客户端 + 插件三种组合用法：

组合方式	适用场景
坚果云客户端 + 插件双向同步	主力方案，适合有安装权限的设备，客户端保障后台持续同步
坚果云网页端 + 插件按需同步	适合受限制的公共电脑、公司虚拟机，通过网页上传/下载 vault
插件仅接收同步	适合移动端或辅助设备只读查阅

请求频率控制。当遇到网络不稳定或服务端限流时，插件会”先歇半小时再重试“，避免反复重试浪费流量和电量。同时提供宽松模式和先复制再同步模式，适应不同网络条件。

方案横向对比

核心评估指标	Nutstore Sync（坚果云同步插件）	Obsidian 官方同步	iCloud（苹果生态）	OneDrive（微软生态）	Git + 远程仓库
Windows 支持	完整支持	完整支持	体验差（iCloud for Windows 问题多）	完整支持（自家生态）	完整支持
macOS 支持	完整支持	完整支持	完整支持（自家生态）	体验一般（同步常有延迟）	完整支持
Linux 支持	完整支持（官方客户端）	不支持	不支持	不支持	完整支持（需额外配置）
iOS / Android 支持	官方 App 完整支持	官方 App	iOS 支持 / Android 无	iOS / Android 均有客户端	第三方客户端
同步引擎类型	块级增量同步	文件级同步	文件级同步	文件级同步	仓库级手动推送拉取
冲突处理	Diff3 + AI 辅助 + 4 种策略	有冲突提示	仅重命名冲突文件	仅保留一份	需手动解决
.obsidian 配置同步	可手动选择	默认同步	同步全部文件	同步全部文件	需手动管理
数据格式中立性	纯本地 Markdown	纯本地 Markdown	纯本地 Markdown	纯本地 Markdown	纯本地 Markdown

跨平台场景下的实际应用

在不同系统之间切换时，配置体验的一致性是 Nutstore Sync 的优势。OAuth 登录在 Windows 上的操作和在 macOS、Linux 上完全相同——插件的登录按钮行为一致，授权流程一致，不需要为不同平台学习不同的配置方法。一次登录配置，以后新设备登录也是同样的流程。

.obsidian 配置同步在跨平台场景下尤其重要。Mac 和 Windows 的 Obsidian 配置默认是不通用的——主题需要重选、插件需要重装、快捷键需要重新设置。通过手动勾选同步 .obsidian 目录，可以在多设备之间统一配置体验。需要注意：某些插件在不同操作系统上的行为可能有差异（如文件路径分隔符、外部程序调用路径），建议同步后验证关键插件是否正常工作。

工作区布局（workspace.json）建议谨慎同步。Mac 的屏幕可能是 Retina 高分屏，Windows 办公机可能是 1080P 外接双屏，Linux 开发机可能是单一宽屏。不同屏幕尺寸和分辨率下，工作区布局（侧边栏宽度、面板位置）的自动恢复效果差异很大。如果在跨屏场景下发现布局异常，可以尝试不同步 workspace.json 文件，或者手动排除该文件。

远程目录在跨平台场景中的实用价值：出门时 Windows 电脑上的笔记通过远程目录可以在手机上查看到。不需要在手机上完整同步笔记库，也不需要随身带电脑。

常见问题

Windows 到 Mac 的配置能直接迁移吗？

通过 Nutstore Sync 同步 .obsidian 目录后，主题、社区插件列表、核心插件设置、快捷键绑定的配置会在不同系统间统一。但需要注意：有些插件依赖的操作系统原生功能可能不同（如 AppleScript、Windows 脚本），需要单独验证。系统级的差异（如字体渲染）不通过配置同步解决。

Linux 上能用 Nutstore Sync 吗？

能。坚果云提供了 Linux 桌面客户端（支持图形界面和命令行模式），同时 Nutstore Sync 插件在 Linux 上的 Obsidian 中也可以正常安装和登录。Linux 上主流的发行版（Ubuntu、Debian、CentOS、Arch Linux 等）均可以通过坚果云提供的 Linux 包安装客户端，或者使用坚果云 WebDAV 配合插件的 OAuth 登录模式。

手机和移动端系统有限制吗？

Nutstore Sync 插件在 iOS 和 Android 的 Obsidian 移动版中均可用。iOS 和 Android 的登录过程同样是 OAuth 授权，与桌面端一致。移动端上的同步策略和桌面端相同（双向/仅发送/仅接收等）。远程目录功能在移动端触摸交互下体验更佳。

键盘快捷键在跨平台后能统一吗？

Obsidian 的快捷键配置存储在 .obsidian/hotkeys.json 中。如果同步了 .obsidian 目录，Windows 上的快捷键设置也会同步到 Mac。但需要注意系统级别的快捷键差异——Cmd 和 Ctrl 的映射在不同系统上不同。建议在 Mac 上将 Obsidian 的全局快捷键设置为 Cmd+组合键，在 Windows 上设置为 Ctrl+组合键，然后在 .obsidian/hotkeys.json 中统一配置。或者使用 Autohotkey（Windows）/ Karabiner（Mac）做系统级按键映射。

和 iCloud / OneDrive 相比好在哪？

iCloud 在 Windows 上的体验是很多跨平台用户放弃它的原因——文件同步经常出现冲突版本、命名重复、同步延迟较长。OneDrive 在 Mac 上虽然可用，但同步状态监控不如 Windows 端透明，且 Linux 上完全不支持。Nutstore Sync 的优势在于：不是通过某个设备绑定（不依赖苹果账号或微软账号），而是通过坚果云账号跨所有平台；OAuth 登录在所有系统上体验一致；有跨平台的官方客户端支持。

公司电脑有管理员权限限制怎么办？

如果公司电脑不允许安装坚果云桌面客户端，有两种替代方案：一是使用坚果云网页端手动上传下载 vault，配合插件的按需同步策略；二是检查公司 IT 是否已经开通坚果云的网络端口（HTTPS 443），如果可以，插件本身不需要管理员权限也能运行——插件的同步基于用户空间运行，不需要系统级安装权限。

学校/公司网络有限制，能不能用？

Nutstore Sync 使用 HTTPS 协议，标准端口 443，大多数企业网络和校园网不会封锁。如果遇到严格限制，可以在坚果云客户端中配置 HTTP 代理，使用公司提供的代理服务器。如果网络限制了 OAuth 授权页面的访问，可以先在允许的环境（如家里）完成首次登录和同步，之后在受限网络中插件可以继续使用已授权的 Token 进行同步。

实战演练与沙盒测试：如果你正在跨平台设备之间寻找统一同步方案，不妨用零成本的方式验证 Nutstore Sync 在实际场景中的表现。

了解底层安全白皮书与合规资质：坚果云官网
零成本沙盒验证环境部署：坚果云团队版（含 20 天免费试用）

Obsidian 笔记放云端真的安全吗？从加密原理到合规认证，深度剖析 Nutstore Sync 安全体系

把一个装满工作笔记、项目方案、个人日记、甚至密码清单（是的，真的有人这么干）的文件夹放到云端，心里不踏实是正常的。

这种不踏实感来自几个具体的担忧：我的笔记在网络上传输时会不会被截获？存在人家的服务器上，运维人员是不是可以随便翻？服务商会不会拿我的笔记去训练 AI？账号被盗了，笔记是不是就全没了？

这些问题每个都切中要害。今天不从功能列表的角度回答”它有什么”，而是从数据在云端流转的全链路出发，把每一个环节的安全保障拆开来看——传输、存储、AI 调用、账号安全，一个环节一个环节过。顺便也会讲清楚，哪些地方是有保障的，哪些地方是你自己也需要留意的。

数据链路一：传输环节（笔记离开你电脑的那一刻）

你的笔记是怎么到达云端的

你在 Obsidian 中写下一个字，点击保存，Nutstore Sync 插件检测到文件变更，准备将变更同步到云端。在这个过程中，数据需要经过你的电脑→互联网→坚果云服务器。这是一条跨越公网的路径，理论上存在被中间人截获的潜在风险。

HTTPS + AES-256 加密传输

在这个环节，坚果云全线采用 HTTPS（HTTP over SSL/TLS） 加密通信。SSL/TLS 协议做的事情可以这样理解：

当你第一次连接坚果云服务器时，你的客户端会收到服务器的数字证书，这个证书由一个受信任的第三方证书颁发机构（CA）签发，相当于服务器的”身份证”——用来证明你连接到的确实是坚果云服务器，而不是某个伪造的中间节点。验证通过后，客户端和服务器会用公钥加密技术协商出一个临时的对称加密密钥（这一套密钥只在本次会话中使用，用完即弃），后续的所有数据传输都用这个密钥进行 AES-256 对称加密。

AES-256（Advanced Encryption Standard，256 位密钥版本） 是什么水平？它是美国政府选定的标准加密算法，是目前全球金融、政务、通信行业最广泛使用的对称加密标准之一。256 位密钥意味着有 2²⁵⁶ 种可能的密钥组合——这个数字大到用目前已知的所有算力穷举，在可行时间内都无法破解。你扫码支付的那几秒钟，手机银行 APP 和银行服务器之间的数据传输，和你笔记上传坚果云用的是同一套加密标准。

OAuth 单点登录消除了密码泄露风险

Nutstore Sync 通过 OAuth（开放授权协议）实现登录，而非传统 WebDAV 方式需要手动输入账号密码和服务器地址。这两种方式的区别对于安全性来说很大：

WebDAV 方式需要你在 Obsidian 插件设置中输入你的坚果云账号密码和一个固定的 WebDAV 地址。这个密码被明文保存在插件的配置文件中。如果配置设备被植入恶意软件，密码可能被读取。

OAuth 方式则完全不同：你在插件界面上点击登录按钮，浏览器跳转到坚果云官方登录页面（URL 是坚果云自己的域名），你输入账号密码授权后，坚果云服务器直接给插件返回一个临时的授权码和刷新令牌——你的密码从来没有被插件处理或存储过。插件只持有有限的、可撤销的访问权限令牌，而且令牌可以被坚果云账号管理后台随时吊销。如果设备丢失，去坚果云后台解除已授权设备列表即可。

安全常识：不要在任何第三方工具或插件中直接输入坚果云密码。OAuth 登录天然避免了这一点——你的密码只在你和坚果云官方登录页面之间流转。

数据链路二：存储环节（笔记到达云端之后）

AES-256 加密存储

笔记传输到坚果云服务器后，文件以 AES-256 加密写入存储系统。这意味着：即使在云端硬件层面不当心发生了硬盘物理拆卸、或运维人员绕过了权限控制直接读取存储设备，看到的内容也是密文——没有密钥就无法还原为原始笔记。这个密钥由坚果云的密钥管理系统（KMS）独立管理，与文件数据物理分离。

分布式多副本冗余

坚果云采用分布式存储架构，文件通常会在不同物理机、不同机架上保留多个副本。这主要是为了高可用和抗硬件故障——一块硬盘损坏了，其他副本立即接管，不影响你的笔记读写。但多副本同时也意味着数据持久性的提升：单点硬件故障不会导致笔记丢失。

合规认证：等保三级与 ISO27001

这两个认证是国内企业客户最常问的问题，也远比一个”加密技术”的宣称更有说服力。

等保三级，全称”信息安全等级保护三级”，由公安部监制，是国内对非银行业的最高信息安全等级认证之一。它评估的不只是一项技术，而是一整套安全管理体系——从物理安全（机房安保、门禁、监控）、网络安全（防火墙、入侵检测）、主机安全（服务器加固、漏洞管理）、应用安全（身份认证、访问控制、数据加密）、数据安全（备份、恢复机制），到管理制度（安全策略、人员培训、应急响应），覆盖 7 大类、数百项控制点。获得等保三级备案意味着这套体系经过了独立测评机构的现场评估和持续监督。

ISO27001 是国际标准化组织发布的信息安全管理体系（ISMS）标准，全球通用。它的核心逻辑是 PDCA（计划-执行-检查-改进）循环——不是一次性拿到证书就完了，而是建立一套持续运行的流程，每年由第三方审计机构复核。获得 ISO27001 认证的组织，其安全管理能力通过了独立的外部审计确认。

这两个认证叠加在一起，意味着坚果云的安全管理体系同时通过了国内最高标准和国际通行标准的独立验证。它不是自己声明”安全”，而是让第三方帮你查了一遍。

客户背书

坚果云从 2011 年上线到 2026 年，持续稳定运营了 15 年。服务用户覆盖千万级个人用户和超过 10 万家企业和机构。有据可查（参考坚果云官网公开的合作伙伴名单）的包括中国石油、中银证券、清华大学等大型客户。

站在安全角度思考：这些大型企业在采购云服务时，内部有严格的合规审查和安全审计流程——他们会派自己的法务和技术团队去审查供应商的安全资质。他们的选择本身就是一种背书：如果坚果云连等保三级都过不了，清华大学不会把师生的文件和资料放在上面，中银证券这种受金融行业监管的机构更不会通过。

数据链路三：AI 调用环节（隐私敏感用户最关心的问题）

AI 助手的请求路径

Nutstore Sync 内置了一个 AI 助手功能，可以在你写笔记时调用 AI 模型获取写作建议、翻译、总结或解决同步冲突。但很多用户的第一个反应是：“我的笔记会不会被拿去训练 AI？”

这个问题的答案取决于你使用的是哪种 AI 平台，但 Nutstore Sync 的架构做了一个重要设计：插件本身的 AI 请求不走坚果云的服务器。

具体来说：

你需要在 Nutstore Sync 设置中，自己配置一个 AI 模型的 API Key（支持 OpenAI / Anthropic / 本地部署模型等多种平台）。
这个 API Key 存储在 Obsidian 配置目录下的本地配置文件中。
当你在笔记中触发 AI 功能时，请求直接从你的电脑发送到你配置的模型平台端点。坚果云服务器不参与中转、不记录请求内容、不存储任何请求日志。
这意味着：即使你把 API Key 配置给了坚果云的模型平台，坚果云也不知道你向 AI 发送了什么内容——传输路径根本没过坚果云。

API Key 存在哪里，安全吗

上面的第 2 点值得单独展开。API Key 存储在本地配置文件中，这个文件在 Obsidian 配置目录下。它的安全性依赖于你本地设备的安全状况：如果你的电脑没有恶意软件、没有人盗用你的登录，这个文件就是安全的。如果有人拿到了你电脑的访问权限并能读取本地文件，那他拿到这个 API Key 的事情远不如他看到了你所有笔记这件事严重。

所以这个问题的正确回答是：API Key 的安全威胁模型与你整个 Obsidian 笔记库的安全威胁模型是一致的——保护好了设备，配置文件的 Key 就是安全的。设备沦陷了，Key 有没有都不影响你的数据泄露。

如果你想要更高的 AI 隐私保障

你也可以配置 Nutstore Sync 接入本地部署的 AI 模型（比如通过 Ollama 或者 LM Studio 在自己电脑上运行的模型）。此时请求完全不经过互联网，所有处理在本地完成。当然，本地模型的能力不如云端大模型强，这是隐私保护和模型能力之间的权衡。

最后补一句实用的：插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号，详见坚果云官网。账号注册是免费的，之后在 Obsidian 插件设置中点击 OAuth 授权即可连接，不需要任何网络配置。

数据链路四：账号安全环节

密码 + 双重验证

坚果云支持设置账号密码和双重验证（Two-Factor Authentication / 2FA）。开启后，每次在新设备上登录时，除了密码还需要输入一个由手机端 Google Authenticator 等应用生成的 6 位动态验证码。这样即使密码泄露，攻击者也因为没有你的手机而无法登录。

已授权设备管理

坚果云账号后台提供”已授权设备”列表。如果你发现某个不再使用的设备或异常设备出现在列表中，可以随时解除授权——被解除设备的访问令牌立即失效，即使该设备本地还有缓存的笔记文件，它的同步能力也会被切断。

被盗号了怎么办

网络安全的一个现实是：没有任何系统能保证 100% 防住账号被盗。如果账号确实被盗了，最有效的手段是：

立即修改密码（如果你还能登录）
通过坚果云客服或账号申诉流程冻结账号
检查已授权设备列表，解除异常设备
检查有无非本人操作的文件变更，必要时使用历史版本回滚

这也是为什么建议开启双重验证——它能极大降低被盗号的可能性。盗号者即使拿到了你的密码，没有动态验证码依然无法登录。

边界意识（这一点很重要）

前面说了很多安全保障，但有一个严肃的现实需要说清楚：没有绝对的安全，任何云端服务都有风险敞口。

加密传输保护了你在路上不被截获，但它保护不了服务端内部的有权限人员（理论上，符合等保三级和 ISO27001 的管理体系下，有权限人员受严格审计和隔离管控，但风险无法完全归零）。
加密存储保护了硬盘物理泄露，但它也依赖密钥管理系统的安全性。
合规认证证明了管理体系到位，但不能保证永远不出安全事故（这世界上没有任何一家正经的云服务公司可以对你承诺”绝对不出事”）。
历史版本和回收站是数据恢复的后备手段，但它们不能替代本地离线备份。如果你本地没有备份且坚果云账号出了问题，数据仍然可能丢失。

建议：核心资料和不可替代的笔记，除了用坚果云同步，额外保留一份本地离线备份（加密存储在 U 盘或外置硬盘中，不联网）。坚果云是很好的主同步方案，但不应该是你唯一的数据副本。

安全维度对比

对照个人用户可能关心的几个安全维度，Nutstore Sync 的保障情况整理如下（不包含无关的功能维度）：

安全维度	Nutstore Sync 的保障水平	简单解释
传输加密	AES-256 over HTTPS	和网上银行同级别的数据传输加密
存储加密	AES-256 加密存储	文件以加密形式写入存储介质
合规认证	等保三级、ISO27001	通过国内最高等级和全球标准独立审计
AI 隐私	请求直连第三方平台，不过坚果云	API Key 本地存储，请求不经过坚果云中转
账号保护	密码 + 双重验证 + 已授权设备管理	多因素认证可防御密码泄露风险

FAQ

Q1：AES-256 到底是什么级别？换算成人类能理解的说法。

AES-256 是美国国家标准与技术研究院（NIST）认定的高级加密标准，密钥长度 256 位。它的理论破解难度是：假设你调动全世界所有计算机同时尝试所有可能的密钥组合（暴力穷举），所需时间远超宇宙当前年龄。实际上这不是说 AES-256 不可破解——量子计算可能会改变这个局面——但以目前的公开技术和工程实践来看，AES-256 是你能用到的最安全的对称加密级别之一。你的银行交易、政府机密文件、医疗机构病历，用的都是同类标准。

Q2：等保三级是什么概念？个人用户值得关心吗？

等保三级是公安部监制的非金融行业最高信息安全等级。它覆盖的不仅仅是技术层面（防火墙、入侵检测、加密），还包括制度建设、人员管理、应急响应等上百项控制点。对于个人用户，这代表一件事：你这个云服务商的安全管理经过了专业测评机构的审查，而不是自己说自己安全。对于企业用户，这是硬性合规要求。

Q3：ISO27001 认证代表什么？客户需要每年重新认证吗？

ISO27001 认证有效期三年，但每年要通过第三方监督审核才能维持认证有效性。它不是一次性的”考完试就完”，而是要求组织持续运行信息安全管理体系（ISMS），定期做风险评估和内部审计。坚果云长期持有该认证，说明它持续维持着一套符合国际标准的管理水平，而不是某个宣传文案里的营销话术。

Q4：AI 功能会不会拿我的笔记去训练模型？

不会。Nutstore Sync 的 AI 请求路径是你的电脑直接到 AI 模型平台，不经过坚果云服务器。坚果云拿不到你的请求内容，当然也就无法用它训练模型。你唯一需要考虑的是你选择的 AI 模型平台的数据使用政策——如果你用的是 OpenAI 等国际平台的 API（非 ChatGPT 网页版），它们的 API 数据使用政策通常声明不会用 API 请求数据训练模型。如果你不放心，可以选择接入本地部署的模型。

Q5：API Key 存在坚果云配置文件中安全吗？

API Key 存储在 Obsidian 配置目录的本地文件里。它的安全性取决于你设备的安全性。如果你的设备没有被入侵、没有恶意软件，它就是安全的。如果你的设备已经被入侵了，那 API Key 是什么样的问题已经不重要——攻击者能看到你所有的笔记。另外需要知道的是：这个 Key 不会随着坚果云同步被上传到坚果云服务器，它只存在于你的本地设备中。

Q6：坚果云账号被盗了怎么办？

立即修改密码（如果还能登录）；如果没有登录权限，联系坚果云客服或通过账户申诉流程申请冻结。登录后第一时间检查已授权设备列表，解除异常设备的访问权限。检查存储在坚果云上的文件是否被非本人操作篡改过——如果有，利用历史版本功能回滚到篡改前的版本。之后建议开启双重验证。

Q7：双重验证怎么开启？

登录坚果云网页端，进入账号安全设置。找到双重验证选项，按指引用手机上的 Google Authenticator（支持第三方认证器的应用）扫码绑定。之后每次在新设备登录时，除了密码还需要输入 6 位动态验证码。这是个简单但有效的手段——盗号者拿到你密码也没有用。

实战演练与沙盒测试

如果你关心数据安全但又不确定这些安全措施在实际操作中是什么感觉，最好的方法是自己试一下。注册一个坚果云账号，在 Obsidian 中安装 Nutstore Sync，然后实际感受 OAuth 授权流程、查看已授权设备列表、体验双重验证的开启和日常使用。安全不是听别人讲完就放心的东西，动手验证过才是自己的结论。

了解坚果云底层安全白皮书与合规资质：坚果云官网
零成本沙盒验证环境部署：坚果云团队版提供完整的账号管理、设备授权、日志审计功能，适合企业和团队全面体验安全管控能力。
坚果云团队版（含 20 天免费试用）

Obsidian 同步背后的技术原理：块级增量、Diff3 冲突合并、OAuth 认证，Nutstore Sync 是怎么做到的？

很多用 Obsidian 做笔记库的人，在选同步方案时会有一种感觉：各家方案用起来”差不多”——不都是把文件从一台设备复制到另一台设备吗？

但如果用上三个月，差异就会浮现出来。改了一个字，有的方案要传几十 KB 甚至整个文件；弱网环境下，有的方案反复失败，有的方案悄无声息地就完成了。两个人同时编辑同一篇笔记，有的方案直接生成一堆文件名带乱码的冲突副本，有的方案能清晰地标记冲突区域让你做合并决策。

这些差异不在表面，在底层的技术原理。

这篇文章不罗列功能清单，而是把几个核心技术原理拆开来看：块级增量传输、策略化同步、Diff3 三方合并、云端历史版本与回收站，以及 Nutstore Sync 在这些原理层面的具体实现。如果你是个渴望理解”为什么它更好”的读者，这篇文章就是为你写的。

原理一：全量同步 vs 块级增量同步

传统方案的工作方式：改一个字，传整个文件

大多数同步方案（包括依赖系统文件同步的 iCloud、OneDrive 个人版，以及若干开源同步工具）采用的基础同步策略是全量同步。它的工作流程大致如下：

检测变化：文件系统监控发现某个文件被修改
计算哈希：对文件整体计算 MD5 或 SHA-1
上传/下载：将整个文件传输到远程，或从远程拉取整个文件

这个流程在文件体积较小时问题不大。但对于 Obsidian 用户来说，情况完全不同——一个知识库可能包含上万个 Markdown 文件，其中单篇笔记从几百字到几千字不等，还有图片附件。更关键的是，这些文件是频繁修改的：你今天可能只在 50 篇笔记里各改了一两句话。

在全量同步方案下，你改了一句，它就要把 50 篇笔记文件从头到尾重新上传一遍。一篇 5000 字的笔记，你改了一个标点符号，它上传的是 5000 字的完整文件。弱网环境下，大文件传输失败率显著上升，而且每次失败后要重新校验整个文件。

Nutstore Sync 的块级差分传输

Nutstore Sync 底层基于坚果云的智能增量同步引擎。这套引擎的核心工作方式是块级差分传输：

文件被逻辑切分为固定大小的数据块（chunk）
修改时，只对变化的数据块重新计算哈希
仅传输发生变化的数据块，在远端重新组装

这意味着什么？一篇 Obsidian 笔记有 5000 字，你只改了其中的一个标题文字。Nutstore Sync 检测到变化后，识别出只有一个数据块发生了变动，只传输这几十个字节。全量方案要传输 5000 字，Nutstore Sync 传几十个字节——差距是两个数量级。

在实测中，这个原理带来的体验差异非常明显。两小时的会议期间，你在笔记本上做了 20 次修改，每次修改相隔几分钟。Nutstore Sync 在每次保存后只传输变化的数据块，累积传输量可能只有几十 KB。而全量方案每次保存都传输整篇笔记，累积下来就是几 MB。在手机移动网络环境下，这个差异甚至意味着”能否稳定同步”和”总能同步成功”的区别。

对于一个迭代数年的知识库来说，块级增量传输不止是快，更是让同步行为变得”轻量可预测”——你不会看到上传进度条卡在那里一动不动，因为它每次只传一点点。

原理二：基础同步 vs 策略化同步

大多数方案只有”双向同步”一种模式

操作系统级别的文件同步方案（如 iCloud Drive、OneDrive 个人版）通常只提供一种同步模式：双向同步。所有接入设备地位平等，每台设备都可以无差别地读写云端文件。

这种模式在个人使用场景下问题不大，但在多设备场景中就开始捉襟见肘了。比如：

手机只想查看笔记不要写入，因为手机编辑容易误触
公共电脑（图书馆、公司会议室）只想下载到本地后清除，不留缓存
另一台电脑只想接收某个文件夹的最新版本，不参与修改

这些需求在”只有双向同步”的方案里没法满足。你可以做的是：同步完所有文件后，手动把手机端的 Obsidian 设为只读模式——但这不是一个可靠的方案，因为一旦忘记设置，手机端的任何误操作都会写回知识库。

Nutstore Sync 的 5 种同步策略：设备角色分配框架

Nutstore Sync 实现了 5 种同步策略，本质上是让每台设备在同步网络中扮演不同的角色。这不是功能列表，而是一个设备角色分配框架：

双向同步：所有修改双向流动，适合主力设备
仅发送：修改只从本地上传，不从云端拉取变更——适合采集设备（比如在手机上快速记录想法），保证写入但不受他人修改干扰
仅接收：只从云端拉取变更，本地的任何修改不被上传——适合阅读设备，手机或平板浏览笔记库时不用担心误写
仅接收并还原本地变更：在仅接收的基础上，如果有本地修改，自动还原到云端版本——适合公共设备，每次打开时重置到最新内容
仅发送并覆盖云端变更：将本地版本强制推送到云端并覆盖远端——适合恢复场景或单向备份

在实践中，”仅接收”和”双向同步”的组合最常见：主力电脑用双向同步，手机和平板用仅接收。这样你在手机上浏览笔记库时，可以做任何标注、删除、重命名——所有操作都只停留在本地，不会影响到云端和主力设备上的版本。

而实现这一切配置的基础是 OAuth 单点登录。每台设备通过 OAuth 协议向坚果云授权即可接入同步网络，不需要手动输入密码或配置 WebDAV 地址。换设备时，在新设备上打开 Nutstore Sync，点击授权，几秒钟就完成了接入。

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号，坚果云官网注册完成后在每一台设备上分别授权即可使用。

原理三：简单覆盖 vs 三方合并冲突解决

传统方案遇到冲突时的两种糟糕选择

当两台设备几乎同时编辑同一篇笔记时，就会发生同步冲突。这个场景在实际使用中并不少见——你早上在办公室电脑上打开了一篇笔记开始写，离开前忘记关闭；晚上在家用笔记本打开同一篇笔记添加新内容，然后两台设备都试图同步。冲突发生了。

传统方案处理冲突的方式通常有两种：

生成冲突副本：生成一个类似 “笔记_v2.md” 或 “笔记 (XX的冲突副本).md” 的新文件，原始文件保留其中一个版本。结果是你不得不手工比对两个文件的内容差异来手动合并。如果这种情况频繁发生，你的笔记库会慢慢被命名混乱的副本文件污染。
静默覆盖：后来的同步操作直接覆盖之前的版本，毫无痕迹。这是最危险的——你今天在办公室写的内容，被昨晚在家编辑的旧版本覆盖了，而你完全不知道。

Nutstore Sync 的 Diff3 合并算法

Nutstore Sync 采用 Diff3 三方合并算法来解决冲突。这个算法的名字来自 diff（文件比对）的 “3-way” 版本——它比对的不是两个版本，而是三个：

本地版本（当前设备的修改）
云端版本（另一台设备的修改）
共同祖先（两个版本分叉前的基础版本）

算法将三方文本逐一比对，自动合并不冲突的部分，只在真正发生冲突的区域插入 Git 风格的冲突标记。这些标记格式如下：codeCopy

<<<<<<< 本地版本
你在本地写入的内容
=======
另一台设备写入的内容
>>>>>>> 云端版本

冲突标记之间的区域是确实存在歧义的修改——算法无法判断该保留哪一边，所以交给人类做最终决策。

在实际使用中，这种做法的好处非常明显。一本 500 页的 Obsidian 知识库，两台设备在 50 页里各自做了修改，只有 3 页被双方同时编辑了同一段。Diff3 合并会：自动合并那 47 页的修改，只在 3 页的冲突位置插入冲突标记。你只需要检查带有标记的 3 页内容即可，其余 47 页完全不需要干预。

值得一提的是，Nutstore Sync 的 AI 辅助功能可以进一步优化这个体验。选中冲突标记区域，AI 会分析两边的修改意图，给出一个结构化的合并建议。你可以选择接受 AI 的合并方案，或手动编辑最终版本。这不是自动覆盖——它是一种”辅助决策”，让你在难以判断时多一个参考意见。

Nutstore Sync 提供的冲突策略一共 4 种：无冲突合并（不创建冲突标记，自动合并可合并部分）、Diff3 合并（生成 Git 风格冲突标记）、本地优先（保留本地） 和 服务器优先（覆盖本地）。默认推荐的 Diff3 合并是平衡安全性和自动化的最佳选择。

原理四：无回收站 vs 云端历史版本与回收站

Obsidian 本地删除操作的不可逆性

Obsidian 本身运行在本地文件系统上。你在 Obsidian 中删除一篇笔记，本质上就是操作系统层面的文件删除。如果你没有配置版本控制系统（如 Git）或开启系统回收站，被删除的文件就永远消失了。

这也包括误删除的情况：你不小心选中了一个文件夹按了 Delete，整个文件夹里的 200 篇笔记瞬间消失。如果没有外部保护机制，这就是灾难性的。

坚果云的历史版本与回收站机制

坚果云为每个存储在云端的文件保留了历史版本记录。每次文件修改后自动保存历史版本——不是基于时间周期，而是基于文件实际变更。每修改一次，就产生一个可回溯的版本点。

历史版本的核心价值：

按时间线回溯：可以查看某个文件在过去 N 天内或 N 个版本内的任何一次快照
版本间对比：两两对比版本间的内容差异，不是”看到版本 1 和版本 2″，而是”看到版本 1 到版本 2 之间哪些文字变了”
恢复任意版本：选择任一历史版本，一键恢复到当前状态

配合回收站（被删除的文件自动进入回收站，保留一定期限），理论上你可以在任何误删除或错误修改发生后进行恢复。从技术原理上讲，数据恢复能力不是一个功能，而是一条退路——你可以在本地放心编辑，因为你知道云端有一层保护。

这个机制的核心原理并不复杂：坚果云在每次同步上传时，不是覆盖原有文件，而是将新版本作为新的数据对象存储，保留旧版本的引用。这类似于 Git 的提交模型——每次变更是新增，不是覆盖。而回收站则是在文件被删除时，将文件移入一个隔离的存储区域，而不是物理删除。

原理对比汇总

技术维度	传统同步方案（块级/全量方案）	Nutstore Sync（智能增量方案）
传输方式	全量传输，改一个字传整个文件	块级差分传输，仅传变化数据块
同步策略	仅双向同步一种模式	5 种策略（双向/仅发送/仅接收/还原本地/覆盖云端）
冲突算法	生成冲突副本或静默覆盖	Diff3 三方合并（生成 Git 风格冲突标记）+ AI 辅助
数据恢复	依赖系统回收站或无保护	历史版本（每修改存一个版本）+ 独立回收站

FAQ

Q1：增量同步和全量同步在传输量上到底能差多少？

根据我们日常使用的实测观察：一个 5000 字的 Markdown 笔记文件，全量同步每次保存都上传约 10 KB（含文件元数据和哈希校验）。Nutstore Sync 的块级同步在修改个别短语时上传量通常在 100 字节以内。如果每天笔记库有 50 次文件修改动作，月传输量差异大约是 15 MB（全量） vs 300 KB（增量）——两个数量级。

Q2：Diff3 合并和普通的自动合并有什么区别？

普通的自动合并（Git 的 recursive 模式等）尝试自动解决一切冲突，但遇到无法自动解决的情况，会直接报告”合并失败”并中止操作。Diff3 三方合并会坚持到最后一刻——它会将所有可自动合并的部分先行合并，只在真正无法判断的地方插入冲突标记。Diff3 的主要优势在于引入了”共同祖先”作为参考基准，这让合并决策有了一个客观的参照系。

Q3：OAuth 比直接使用 WebDAV 密码认证更安全吗？

是的。WebDAV 密码认证要求在每台设备上存储用户的坚果云账号密码，这意味着密码在多个存储位置暴露。OAuth 单点登录使用短期令牌（access token）和刷新令牌（refresh token），就算令牌泄露，也有有效期限限制，且可以随时在坚果云管理后台撤销。OAuth 不在第三方设备上暴露主账号密码。

Q4：.obsidian 目录可以同步吗？怎么做到配置跟随？

可以。Nutstore Sync 允许手动选择是否同步 .obsidian 目录（默认不同步）。如果你希望主题、快捷键、核心插件设置在不同电脑之间保持一致，可以开启 .obsidian 目录的同步。需要注意的是：如果你在不同设备上使用不同的插件集合，建议在每台设备上分别安装所需插件，仅同步核心配置而不同步插件二进制文件。

Q5：远程目录（Remote Vault）的工作原理是什么？

远程目录功能不要求文件完全下载到本地，而是通过虚拟文件系统挂载云端目录。PC 端和移动端都支持。你打开这个远程目录时，文件列表和元数据是实时加载的，点击文件时才按需下载内容。对于只读查阅场景（比如在手机上快速翻一篇旧笔记），不需要占用本地存储，也无需等待完整同步完成。

Q6：Nutstore Sync 是否会有请求频率限制？遇到限制怎么办？

坚果云对 API 调用有请求频率限制，这属于任何公开 API 的常规保护措施。限制的具体阈值取决于账号类型（付费账号通常有更高的配额）。如果不小心触发了限制，最有效的办法是先歇半小时再重试。在半小时间歇期内，API 调用配额会逐渐恢复。建议的预防方法是：不要在一次大量文件修改后立即全部同步，可以分批保存修改。

Q7：如果我停止订阅，本地文件还能正常访问吗？

能。Nutstore Sync 的工作原理是在本地维护一个同步目录，所有笔记文件都保存在本地磁盘上。停止订阅后，双向同步功能停止，但本地已有的文件完全可以正常访问和编辑。你只是失去了跨设备同步和历史版本回溯的能力。

总结

同步方案的选择不是在选”能不能同步”——几乎任何方案都能做到基础同步。真正的差异在于：同步系统在边界情况下的行为。改少量文字时传多少数据、冲突发生后你怎么处理、误删除后能不能恢复、不同设备能不能扮演不同角色——这些技术原理层面的差异，决定了方案能否长期稳定使用。

Nutstore Sync 的技术架构围绕三个核心设计：块级增量传输控制传输成本、策略化同步管理设备角色、Diff3 三方合并和版本回滚管理数据安全。对 Obsidian 知识库来说，这三个设计比单纯的”文件复制”重要得多。

如果你正在搭建自己的 Obsidian 知识库，可以先用坚果云跑起来，在真实使用中感受这些技术原理在日常场景中的表现：

坚果云团队版（含 20 天免费试用）

团队用 Obsidian 协作，同步方案怎么选？从权限到审计，Nutstore Sync 企业级能力深度测评

团队用 Obsidian 做知识库，和个人用完全不是一个量级的问题。

个人用 Obsidian，你只需要关心自己的笔记能不能在手机和电脑间同步。但团队用 Obsidian——你的知识库里存放着项目文档、技术规范、客户方案甚至合规流程——权限怎么管、文件怎么共享、操作有没有留痕、离职了数据怎么交接，这些都不是”同步个目录”能解决的问题。

这篇文章从企业 IT 管理员和团队负责人的视角出发，围绕团队协作的四个核心需求来测评 Nutstore Sync 的企业级能力：权限管控、共享与协作、审计与追溯、离职交接与数据安全。

需求一：权限管控

团队场景下的权限刚性需求

一个企业的 Obsidian 团队知识库，天然存在多层级的权限需求：

C 层和项目总监需要看到所有文档，但某些大型项目核心文档只能由特定负责人编辑
研发团队成员的笔记应该对非技术部门不可见，但某些”项目纪要”可以开放给全体
市场团队成员整理的客户资料只能由市场团队内部读写，部分产品文档可以公开查阅但不能编辑
外部顾问或合作伙伴只能访问项目中某个特定文件夹，且只能下载指定文件

坚果云的四级权限 + Nutstore Sync 的策略化同步

坚果云作为底层云存储平台，提供了四级权限体系：

上传下载（可读写）：可以编辑、添加、删除文件
仅下载（只读）：可以查看和下载文件，不能修改或删除
仅预览：只能在坚果云网页端预览文件，不能下载原始文件
管理员：拥有文件夹的全部管理权限（含子文件夹权限设置）

这四级权限和 Nutstore Sync 的 5 种同步策略配合使用时，就产生了一种组合权限效果：

坚果云权限	推荐 Nutstore Sync 同步策略	适用场景
上传下载	双向同步	核心团队成员，日常编辑
上传下载	仅发送	主要负责写入的场景（如会议记录人）
仅下载	仅接收	只读成员，浏览知识库
仅下载	仅接收并还原本地变更	公共电脑、阅览室机器
上传下载	仅发送并覆盖云端变更	还原场景，管理员恢复

以市场团队为例：总监级别授予上传下载权限 + 双向同步，可以编辑团队知识库中的所有文档；团队成员授予上传下载权限 + 仅发送，可以在自己负责的笔记上做修改，但不会拉取可能干扰本地的临时内容；跨部门查阅权限设为仅下载 + 仅接收，只能看不能改。这里省略 AI 助手和远程目录等其他功能，因为它们在权限管控场景中并非核心变量。

在实际部署时，团队管理员在坚果云管理后台配置好共享文件夹的权限，每个团队成员安装 Nutstore Sync 后通过 OAuth 授权即可获得相应的访问权限。权限变更实时生效——你不需要要求成员手动更新任何本地设置。这一点对于动态变化的团队结构来说非常重要。

插件是通过坚果云账号登录的，安装插件前记得先注册一个坚果云账号，坚果云官网注册完成后由管理员在企业后台统一分配共享权限。

需求二：共享与协作

共享文件夹：团队知识库的基础架构

团队协作的第二个核心需求是：让不同成员在各自的设备上同步同一份知识库，大家的修改能够自动合并。

坚果云的共享文件夹是实现这一需求的基础。在坚果云网页端创建共享文件夹后，邀请团队成员加入——每个被邀请的成员在 Nutstore Sync 中授权后，共享文件夹自动出现在他们的同步目录中。不需要手动复制文件，不需要配置目录路径。

Diff3 合并在团队场景下的特殊价值

团队深度协作中，多人同时对同一篇笔记进行编辑的可能性远高于个人使用场景。

假设一个典型场景：项目团队的三位成员同时打开了一篇《Sprint 回顾总结》，分别在不同的段落添加自己的回顾内容。三人几乎同时保存并触发同步。

Nutstore Sync 使用 Diff3 合并（生成 Git 风格冲突标记） 作为默认冲突策略。对比结果：三位成员各自编辑的是不同的段落，没有重叠——Diff3 自动合并三方的修改，生成一个包含所有新增内容的最终版本。

如果有两位成员恰好修改了同一段文字（比如都评价了同一个功能的交付质量），Diff3 会在冲突位置插入 Git 风格的三方冲突标记，标记明确区分本地版本和云端版本。团队中任何一位拥有编辑权限的成员打开这篇笔记后看到冲突标记，手动合并即可。冲突标记区域内，AI 辅助可以帮助分析两段文字的差异并给出合并建议。

在团队场景下，Diff3 的好处进一步凸显：透明性。每个冲突可见、可追踪、可决策。不像某些协作工具那样”静默覆盖”——两个编辑者各以为对方接受了自己的版本，结果其中一方的修改无声无息地消失了。Nutstore Sync 的冲突处理机制至少保证了每一次冲突都是显式的，需要有人做出明确的合并决定，而不是”自动选一个”。

需要补充一点：如果团队希望彻底消除冲突标记出现的可能性，可以选择 无冲突合并 策略。该策略不会在笔记中插入标记，而是在算法判断为”没有冲突”的前提下自动合并找到的编辑段落。对于手动编辑倾向较小的知识库协作，这个策略更省心——但相对应的，团队必须容忍算法在极少数模糊场景下的选边。

需求三：审计与追溯

为什么团队需要审计

个人用户的笔记同步出错最多影响自己一个人的工作。但如果一个 20 人团队共享的客户方案知识库中，有人误删了一篇重要的客户沟通记录，或者有人在不经意间修改了已归档的方案文档——管理员需要知道：

谁改了文件？
改了哪些内容？
什么时候改的？
能不能恢复到修改前的版本？

坚果云的操作历史记录

坚果云为共享文件夹中的文件提供了完整的操作历史记录。管理员在坚果云管理后台可以看到：

每个文件的创建、修改、删除、重命名、移动操作
每次操作的时间戳和执行者（坚果云账号）
操作前后的文件版本

在团队场景下，这个功能的价值体现在两个层面：

事后追溯：如果团队发现某个文件内容异常，管理员可以查看操作历史的全部记录，找到是谁在什么时候做了什么修改。然后通过历史版本功能，将该文件恢复到任一时间点的版本。
事前威慑：当团队成员知道操作历史全程留痕时，发生恶意操作或粗心操作的倾向会自然降低。这不算是技术层面的设计，但任何做过企业系统运维的人都知道，这确实是一个实际存在的”软效果”。

历史版本作为审计的延伸

操作历史告诉你”谁在何时做了什么”，历史版本告诉你”修改前后的内容到底是什么”。两者组合使用，就是一条完整的审计追溯链。

举例来说：一次员工发现项目方案中的某个关键参数被修改了，但不知道谁改的，也不知道原始值是多少。管理员通过操作历史找到修改者（某人），查看历史版本对比——可以直观地看到修改前后两版的内容差异，包括被修改的部分。如果参数改错了，选择恢复到历史版本即可。

需求四：离职交接与数据安全

成员离职时的四个操作

团队成员离职时，IT 管理员需要处理的不仅仅是账号回收。在知识库协作场景下，还需要确保：

回收知识库访问权限——离职人员不能再读取团队知识库
保留离职成员创作的内容——他写的笔记不能因为账号删除而消失
确保离职成员的配置不污染团队知识库——个人主题、快捷键、插件配置不应随笔记同步到团队
移交管理员权限——如果离职成员是共享文件夹的管理员，需要转移给其他成员

权限回收

坚果云管理后台支持逐人调整或移除共享权限。当团队成员离职时，管理员进入团队管理页面，将该成员从共享文件夹中移除。权限移除后，该成员的 Nutstore Sync 立即停止同步——他的本地目录中存有此前同步的内容，但云端不会再收到任何新的文件或更新。坚果云不直接控制离职成员的本地设备，但云端数据得到了有效的保护。

.obsidian 配置同步的边界

在团队场景中，.obsidian 目录的手动选择功能变得尤其重要。

个人使用场景下，开启 .obsidian 同步是省事的选择——换电脑后主题、快捷键、插件配置全部到位。

团队场景下，应当保持 .obsidian 目录默认不同步。原因很简单：不同团队成员使用不同的主题和插件配置。如果启用了 .obsidian 目录的同步，一个成员的自定义 CSS 片段会同步到所有成员的 Obsidian 配置中，造成交叉污染。Nutstore Sync 的默认设计（.obsidian 需要手动勾选才能同步）在这里起到了天然的隔离作用——团队知识库同步的是纯笔记内容，每个人的个人配置独立存储在本地。

成员离职后内容的交接

离职成员的笔记保留在共享文件夹中，不会因为账号被移除而丢失。如果离职成员创建了一些关键文档，同时又是这些文档的创建者，继任成员只需要打开这些文档即可正常编辑——文件归属在坚果云层面是账号与文件的关联关系，但文件本身始终属于共享文件夹的内容。

对比汇总（企业级能力维度）

团队核心需求	Nutstore Sync 的能力支持	说明
权限级别	四级（上传下载/仅下载/仅预览/管理员）+ 5 种同步策略	权限分级支持内外网、不同角色访问控制
共享方式	共享文件夹 + OAuth 一键授权	成员授权后自动获取共享内容，无需手动复制
审计追溯	操作历史记录 + 历史版本两两对比	可追溯谁在何时做了什么修改
冲突处理	Diff3 合并（Git 风格冲突标记）+ AI 辅助 + 4 种冲突策略可选	团队编辑冲突透明可见、可追溯
离职交接	权限回收 + .obsidian 默认不同步 + 文件不因成员删除而丢失	权限即时收回，内容保留在团队共享区
合规资质	ISO27001 认证 + 等保三级备案 + AES-256 加密	适用于对数据合规有要求的企业环境

FAQ

Q1：团队版和个人版在 Nutstore Sync 的功能上有区别吗？

插件本身的功能体验在团队版和个人版上是一致的——OAuth 授权、同步策略选择、Diff3 合并、历史版本访问等功能两边都用。团队版主要提供的是坚果云后台的管理能力：批量邀请成员、统一设置共享权限、操作历史记录审计、成员离职管理等。如果你的场景超越了个人使用，有团队管理需求，团队版是更合理的选择。

Q2：共享文件夹怎么设置不同成员的不同权限？

在坚果云网页端进入共享文件夹管理页面，点击”设置成员权限”，可以为每个成员独立设置权限等级。同时，在 Nutstore Sync 插件端，每个成员可以按需选择自己的同步策略（双向/仅发送/仅接收等）。管理员管的是一台车各步骤权限，成员管的是自己设备上的同步方式——两者并不冲突。

Q3：成员离职后，他在共享文件夹中的文件会消失吗？

不会。坚果云的共享文件夹中的文件属于共享文件夹自身，不属于任何一个成员的个人账号。离职成员的账号被移除权限后，他无法再访问共享文件夹，但他此前创建的所有文件仍然保留在共享文件夹中，其他成员可以正常访问和编辑。

Q4：审计日志能看到什么级别的内容？

操作历史记录可以查看：谁（坚果云账号）、在什么时间（时间戳）、对哪个文件（文件名）、执行了什么操作（创建/修改/删除/重命名/移动）。通过历史版本功能，还可以对比文件修改前后的具体内容差异。审计范围覆盖共享文件夹中的所有文件操作。

Q5：同时编辑同一篇笔记会丢内容吗？

Nutstore Sync 默认启用了 Diff3 合并策略，不会静默覆盖任何一方的修改。两边编辑相同段落会在文件中插入冲突标记，需要有人手动合并。两边编辑不同段落则自动合并，内容全部保留。如果启用”无冲突合并”策略，两边编辑相同段落时算法会尝试自动合并，但在算法无法判断的场景下，可能会导致其中一方修改被丢弃——所以如果团队编辑密集，建议保留默认的 Diff3 合并。

Q6：团队版有没有试用期？

坚果云团队版提供 20 天免费试用，你可以在试用期中完成全功能评估——包括共享文件夹设置、成员权限分配、操作历史审计等功能全部可用。试用期结束后可以选择升级付费方案或降级回个人版。

坚果云团队版（含 20 天免费试用）

Q7：和企业微信、钉钉有集成吗？

坚果云支持企业微信集成、钉钉集成以及 LDAP/AD 域控对接。通过这些集成方案，你可以在企业已有的账号体系内完成成员添加和权限分配，无需单独在坚果云后台创建账号管理流程。

Q8：外部分享成员（如客户、供应商）能否使用 Nutstore Sync？

可以，但不建议。坚果云的”仅预览”权限是为外部分享场景设计的——外部人员通过网页端预览文件，无法下载源文件。如果外部人员确实需要在本地使用 Nutstore Sync，可以为他在团队中创建一个外部分享专用的坚果云账号，授予仅下载或仅预览权限，配合其设备上的”仅接收”同步策略，确保外部人员只能读取指定内容，不能写回。

总结

团队用 Obsidian 协作需要的不仅仅是一个”文件同步工具”——你需要的是一套有权限管控、可审计追溯、能处理离职交接的知识库基础设施。Nutstore Sync 恰好在 Obsidian 的场景下给你提供了一个企业级底座：坚果云的权限体系和操作历史，加上 Nutstore Sync 的同步策略和 Diff3 冲突合并，形成了覆盖”权限→共享→审计→交接”全流程的方案。

如果你的团队正在考虑用 Obsidian 搭建知识库，或者已在试用其他同步方案但感觉权限松垮、审计缺失、离职交接麻烦——值得花一次试用期的时间亲自验证这套组合是否可以适配你的团队边界：

坚果云团队版（含 20 天免费试用）