企业官网建设流程全解析

先用一句话说清楚这篇要写什么：Obsidian 的跨设备同步，不花一分钱也能做得很稳。我用了大半年 OneDrive + Remotely Save 插件这套组合，Windows、macOS、手机三端来回切，没丢过笔记，也没被同步冲突恶心过几次。这篇文章就把完整的配置过程、每个参数怎么选、以及那些网上搜不到答案的报错全部捋一遍，如果你现在正为 Obsidian 同步犯愁，照着做就行。

1. 为什么 Obsidian 同步是个绕不开的问题

1.1 本地优先的代价

Obsidian 这款笔记软件的核心理念是“本地优先”，所有笔记都以 Markdown 文件的形式存储在你自己电脑的文件夹里。好处非常明显：数据完全归你所有、打开速度快、不依赖厂商、离线也能写。但代价同样直接——如果不做任何处理，你的笔记库就永远被锁死在一台设备上。家里电脑写的东西，办公室电脑看不到；电脑上整理的资料，手机端想临时翻阅也没有办法。

刚开始用 Obsidian 的人通常会经历这么一个过程：先是在一台电脑上建库、写笔记、搭关系图谱，等笔记量越来越大，开始希望能在第二台设备上继续写，然后才意识到同步这个问题有多棘手。笔记软件的同步和普通文件同步不一样，Markdown 文件之间还有双链关系、附件引用、插件配置，任何一个文件不同步或者同步出乱子，整个知识库的使用体验都会打折扣。

1.2 官方方案要花钱，免费方案各有脾气

Obsidian 官方提供 Sync 服务，体验确实好，端到端加密、版本历史、实时同步都做得非常完善，但它是按月订阅收费的。对于只是想在几台设备之间同步笔记的人来说，这笔开销说大不大，说小也不小，很多人第一反应还是找免费方案。

于是就有了以下几类主流做法：

1.3 我为什么最后选了 OneDrive + Remotely Save

说实话，我一开始也试过直接把整个 Obsidian 库文件夹丢进 OneDrive 同步文件夹里，让 OneDrive 客户端去实时同步。短时间内没什么问题，但用久了就开始出幺蛾子：偶尔出现冲突副本、笔记写到一半 OneDrive 报错、甚至有一次文件名编码出问题导致附件全部打不开。原因不复杂——Obsidian 这类笔记软件会频繁读写大量小文件，而 OneDrive 客户端的实时同步机制对这种场景并不友好，两者同时工作时很容易打架。

后来换了 Remotely Save 插件，思路就完全不一样了：OneDrive 不再负责实时同步文件夹，而是纯粹充当一个远程存储空间，由 Remotely Save 插件在 Obsidian 内部主动上传和下载变更。相当于把同步的控制权从“文件系统层面”拿到了“应用层面”，冲突少了、可控性强了，而且整个过程依然是免费的。

2. 核心原理解密：Remotely Save 是怎么把同步“接管”过来的

2.1 Obsidian 笔记库到底是个什么东西

要理解同步方案，得先理解 Obsidian 的底层结构。一个 Obsidian 库（Vault）本质上就是一个普通文件夹，里面全是 Markdown 文件（.md）、附件（图片、PDF 等）、以及一个名为.obsidian的隐藏配置文件夹。你在 Obsidian 里做的所有事情——写笔记、建链接、设置主题、配置插件——最终都会落成文件夹里的一个个文件。这也意味着，只要能把整个文件夹在设备间保持一致性，就等于完成了笔记同步。

2.2 Remotely Save 的工作逻辑

Remotely Save 是一个社区插件，它做的事情可以用一句话概括：在 Obsidian 内部维护本地库和远程存储之间的双向同步。它支持 S3、WebDAV、Dropbox、OneDrive 等多种后端，我们这里用的是 OneDrive。

它的同步流程是这样的：

1. 插件扫描本地 vault 中所有文件，和本地记录的上次同步状态进行比对，找出新增、修改、删除的文件。
2. 将这些变更生成一个变更清单，逐个上传到 OneDrive 的指定远程目录。
3. 同时，插件也会获取远程目录的文件列表，和本地状态比对，把远端新增或修改过的文件下载下来。
4. 整个过程中，插件会维护一份本地缓存数据库（位于.obsidian/plugins/remotely-save下），记录每个文件的最近同步状态，用于增量比较。

所以你会发现，它和 OneDrive 客户端的“实时同步文件夹”有本质区别。OneDrive 客户端是监控文件系统事件、只要有文件变化就立刻同步，而 Remotely Save 是主动式的、手动或定时触发的同步，控制权和节奏都掌握在你手里。

2.3 为什么“库放 OneDrive 文件夹”不如“插件连 OneDrive”

很多人不理解：既然 OneDrive 都能同步文件夹了，为什么还要多装一个插件？我的实际体验是：OneDrive 客户端不适合作为 Obsidian 库的实时同步层。

原因有三点：

• Obsidian 在编辑过程中会产生大量临时文件、缓存文件，频繁触发 OneDrive 的同步动作，容易导致大量无意义的传输。
• 两台设备同时在线编辑同一个库时，OneDrive 客户端的文件级同步很容易产生冲突副本，而且冲突处理逻辑非常粗暴（直接在文件名后面加“-计算机名”）。
• 如果你的笔记库路径比较深、文件数量大，OneDrive 客户端的索引和同步状态偶尔会“卡住”，导致部分文件迟迟同步不上。

而 Remotely Save 的做法是：远程 OneDrive 目录只是它的一个传输后端，它不依赖 OneDrive 客户端的实时监控，而是自己在 Obsidian 内部管理变更。这样一来，同步的时机、频率、冲突处理策略都变得可配置、可控。

2.4 关于加密选项

Remotely Save 设置里有一个“Encrypt”选项，开启后在你上传之前会先对文件内容进行加密，远程目录里看到的是密文。如果你把笔记同步到公共云盘，又比较在意隐私，建议开启。但要注意，加密功能开启后，远程文件就和你的插件配置绑定了，如果换了设备没有正确导入解密设置，或者忘记了解密密码，远程数据基本等于丢失。我的建议是：普通笔记可以不开加密，涉及敏感信息的建议开，但一定要先在本地留好备份。

3. 准备工作：账号、安装与 OneDrive 常见病自救

3.1 账号与基础环境

在开始配置之前，需要先准备这几样东西：

1. 一个微软账号，没有的话在 OneDrive 官网注册一个就行，免费版自带 5GB 空间。对纯文字笔记为主的 Obsidian 库来说非常充裕，如果你的库里有大量高清图片或 PDF 附件，建议隔一段时间检查一下空间用量。
2. 各台设备上安装好 Obsidian 客户端。Windows、macOS、Linux、iOS、Android 都有，版本不要太老，建议保持更新到当前正式版。
3. 手机上安装 OneDrive App 不是必需的，Remotely Save 走的是 OneDrive 的 API，不依赖 OneDrive 客户端，但装一个也无妨，方便查看远程目录内容有没有同步上去。

3.2 Obsidian 端准备：开启社区插件

新版的 Obsidian 默认会关闭第三方插件，需要先去设置里打开：

1. 打开 Obsidian，进入 设置（Settings）→ 第三方插件（Community plugins）。
2. 点击“关闭安全模式”（Turn on community plugins），确认弹窗。
3. 点击“浏览”（Browse），在搜索框输入“Remotely Save”。
4. 找到 Remotely Save 插件后，点击“安装”（Install），然后再点击“启用”（Enable）。

如果这一步因为网络原因打不开社区插件市场，也可以采用手动安装的方式：到 Remotely Save 的 GitHub Releases 页面下载main.js、manifest.json两个文件，在本地 vault 目录下创建.obsidian/plugins/remotely-save/文件夹，把两个文件放进去，然后重启 Obsidian，再回到第三方插件列表里启用即可。手动安装和从市场安装的效果完全一样，后续插件更新时需要重复一次手动替换。

3.3 OneDrive 客户端常见故障自救清单

搜索关键词里有个高频问题：OneDrive 无法登录、无法卸载、无法安装。这套同步方案本质上不依赖 OneDrive 客户端，但如果你电脑上装了 OneDrive 客户端并且默认开机自启，它偶尔会弹出登录提醒、报错或者把文件占位搞得乱七八糟，影响使用心情。这里整理几个常见自救方法：

注意：以上操作不会影响 Remotely Save 插件的正常使用，因为插件是通过 API 访问 OneDrive 云端数据，不经过 OneDrive 客户端。如果你实在不想用 OneDrive 客户端，直接卸载、忽略它的存在都行。

4. 插件配置全流程：从安装到 OneDrive 授权

4.1 配置面板逐项讲解

启用 Remotely Save 插件后，在设置 → Remotely Save 里就能看到配置界面。核心选项如下：

同步服务类型（Remote Service）选择 OneDrive。Remotely Save 支持 OneDrive 国际版，也支持中国大陆的世纪互联版，在 Service 下拉菜单里选对版本即可。绝大多数注册 outlook.com、hotmail、微软官网账号的用户都属于国际版。

远程目录（Remote base directory）这个字段用来指定文件在 OneDrive 云端存放的目录。建议设置成你的 vault 名称，例如/obsidian-vault。这样做的目的是避免和管理员其他 OneDrive 文件混杂，也方便同一个 OneDrive 账号管理多个库。

定时自动同步（Timer）插件支持按固定时间间隔自动同步，也可以设为手动。我建议设成 300 秒（5 分钟）。太频繁会在刚打开 Obsidian 时反复传输文件，太久了容易出现多端不同步的情况。如果你只在固定设备上使用，也可以直接选手动同步，配合快捷键使用，自由度更高。

同步方向（Sync behavior）这里有几个选项，包括双向同步、仅上传、仅下载等。绝大多数人用“双向同步”就行。首次配置时尤其要小心，如果你在一台新设备上新建了空库，远端有完整数据，此时如果选“仅上传”，空库会把远程数据覆盖掉，造成灾难性后果。稳妥的做法是：新手阶段一律使用默认的双向同步，不要动这个选项。

删除策略（Deletion policy）默认情况下，插件在检测到本地删除文件后，也会同步删除远程的对应文件；远程删除了，也会把本地文件删除。这个逻辑本身没问题，但如果你操作失误，比如在手机上误删了一个文件夹，同步后电脑上的对应文件也会被删。强烈建议在刚开始使用的一段时间里，先保持手动同步而不是自动同步，并且在执行删除操作前留意插件弹窗提示（如果有的话）。更保险的做法是：定期把整个 vault 压缩备份一份再操作删除类动作。

端到端加密（E2E Encryption）前面提过，按需开启。开启后插件会在上传前加密、下载后解密，远程目录看到的是乱码文件。

4.2 OneDrive 授权步骤拆解

配置完基础选项后，最关键的一步是授权 Remotely Save 访问你的 OneDrive。操作如下：

1. 在 Remotely Save 设置页，找到 “OneDrive” 相关的授权区域，点击 “Check Authorization”（或者类似的授权按钮）。
2. 插件会打开一个浏览器页面，引导你登录微软账号。如果你已经在浏览器里登录过微软账号，会直接跳到授权确认页，点击“是”或“接受”即可。
3. 授权完成后，页面会显示一段授权码（一串字符），复制这一整段内容。
4. 回到 Obsidian 的 Remotely Save 设置页，把授权码粘贴到指定输入框里，点击保存/确认。
5. 插件自动验证授权有效性，成功后会显示已连接状态。此时就可以开始同步了。

这里有几个容易踩坑的细节：

• 授权页面打不开时，不要反复刷新，先检查网络连接是否正常，换个浏览器（比如 Chrome 或 Edge）的无痕模式再试一次，多数情况能解决。如果家里网络环境本身对微软服务不太稳定，可以等网络好的时段再授权，或者用手机热点试一下。
• 授权码是有时效性的，复制粘贴要快，不要过太久再粘贴，容易过期。
• 如果你有多个微软账号，授权时确保登录的是你准备用来同步的那个账号，不要搞混。

4.3 推荐配置速查表

5. 首次同步实操：从一台电脑扩展到全设备

5.1 第一步：备份原始库

配置好插件之后，先别急着点同步。第一步永远是把当前设备的 vault 完整备份一份。直接压缩整个 vault 文件夹，放到一个不会参与同步的位置（比如外接硬盘或另一个网盘目录）。这一步看起来很保守，但几乎所有同步事故都发生在“我以为不会出问题”的时候。有了备份，后面即便把远程数据搞坏了也能找回。

5.2 第二台设备加入同步的正确姿势

假设你已经在 A 电脑上配置好了一切，现在要在 B 电脑上同步同样的库：

1. 在 B 电脑上安装 Obsidian。
2. 打开 Obsidian 后，选择“新建库”，建一个和 A 电脑上同名的空库，路径随意。
3. 在 B 电脑上安装 Remotely Save 插件（安装方式同前文）。
4. 在 Remotely Save 设置里，同样选择 OneDrive，填写和 A 电脑上完全相同的“Remote base directory”（例如/obsidian-vault）。
5. 完成 OneDrive 授权（用同一个微软账号）。
6. 点击同步按钮。由于本地是空库、远程有完整数据，插件会把远程文件全部下载下来。第一次下载的数据量取决于库的大小，几百 MB 可能需要几分钟，耐心等待。
7. 同步完成后，Obsidian 会自动加载远程下载下来的.obsidian配置，此时你在 A 电脑上的主题、插件、快捷键设置都会同步过来。
8. 确认 B 电脑本地库文件数量和 A 电脑一致后，即可正常使用。

这里有一个非常关键的顺序问题：首次同步时，A 电脑可能是先同步过一轮（已把数据传到远程），B 电脑才能通过“下载”方式拿到数据。反过来，如果 B 电脑先建立了空库，又在另一个设备上先从旧设备上传了一次，那 B 电脑的空库会通过云端的合并逻辑遇到各种状况。所以最稳妥的流程是：先在一台设备上完成一次成功上传，确保远程目录里已经有一份完整的库，再去其他设备上做“空库拉取”。

5.3 手机端如何加入

手机端的操作逻辑和电脑端完全一致：

1. 在 App Store 或应用市场安装 Obsidian（iOS 和 Android 都有）。
2. 应用内新建一个空库，或者选择打开已有文件夹。
3. 安装 Remotely Save 插件（手机端同样支持社区插件）。
4. 配置 OneDrive 授权（手机会跳转到浏览器登录微软账号）。
5. 点击同步，等待下载完成。

唯一需要注意的是，手机端 Obsidian 在后台运行时间有限，大库的首次下载建议保持 App 在前台并开启屏幕常亮，避免下载到一半被系统杀后台。

5.4 首次同步完成后的自查清单

完成首次同步后，不要马上开始写新笔记，先做这几个自检：

• 在第二台设备上打开一篇带有图片的笔记，确认图片能正常显示。
• 打开关系图谱，确认双链关系还在。
• 随便新建一篇测试笔记，手动同步一次，然后回到第一台设备，执行同步，确认测试笔记同步过来了。
• 检查.obsidian目录下的插件列表，确认自己在用的插件有没有都带上。

如果以上检查都通过，恭喜你，这套免费同步方案已经跑通了。之后要做的事情就只剩日常使用了。

6. 日常使用加速与避坑技巧

6.1 同步节奏怎么安排

用这套方案一段时间后，你就会发现真正影响体验的不是同步功能本身，而是使用节奏。我的建议是养成“一个动作、一个同步”的习惯：在一台设备上写完几篇笔记，点击一下同步按钮，切换设备前再点击一次同步。如果你开了 5 分钟的定时自动同步，切换设备时大概率已经同步完了，不需要额外操心。

尽量避免的场景是两台设备同时打开同一个笔记，并且都在编辑同一篇文档。虽然 Remotely Save 会尽量通过“后写覆盖”或生成冲突副本来处理冲突，但人工处理冲突永远比自动合并更稳妥。工作流上可以这样设计：上午在台式机写，中午同步一次，下午用笔记本继续写，晚上再同步一次。

6.2 附件和特殊字符的坑

Obsidian 的附件管理有两种方式：一种是默认把附件放在 vault 根目录下的附件文件夹，另一种是按/assets或者按笔记同目录存放。无论哪种方式，只要你在 Obsidian 里插入图片，附件路径是相对路径，同步到其他设备后一般都能正常显示。

真正需要留意的是文件名。Windows 系统不允许文件名包含\/:*?"<>|这些字符，如果你在 mac 或手机上创建了包含这些字符的文件（有些特殊情况会生成），同步到 Windows 端后，Remotely Save 会报错或者跳过同步。实际使用中尽量用中文、英文、数字、下划线、短横线命名文件和附件，别用特殊符号。

另外一个经常被忽略的问题是文件名中的空格和大小写。Obsidian 的双链是大小写敏感的，文件改名后双链可能失效。换设备后如果发现某篇笔记里的链接打不开，先检查是不是文件名大小写不一致导致的。

6.3 关于 OneDrive 空间占用和免费额度

OneDrive 免费版只有 5GB 空间。对纯文本的笔记库来说，就算写十年，Markdown 文件本身也很小，但附件是空间杀手。我见过一个往库里面塞了十几 GB 高清扫描 PDF 的用户，这种用法很快就把免费额度撑爆了。

如果发现空间不足，有几个办法：

• 把大附件从库内移到其他位置，或者在笔记里改用外部链接。
• 检查 OneDrive 云端目录，确认是不是有大量旧版本、删除文件残留。Remotely Save 本身不会在远程保留历史版本，删除操作会直接反映到远端。
• 换用支持更大免费额度的后端（比如某些支持 S3 协议的免费对象存储），但那就需要重新配置了。

6.4 定期备份依然重要

同步不是备份。这句话一定要刻在脑子里。Remotely Save 的同步功能解决的是“多设备一致性问题”，不是“数据安全性问题”。如果你在一台设备上误删了整个库，同步后另一台设备上的数据也会被删掉。所以即使有了同步方案，也建议定期手动备份一次 vault 的压缩包，频率可以是一周一次或者每次做重大结构调整后一次。

有一种更省心的备份方式：在电脑上写一个小脚本，定期把 vault 文件夹压缩到另一个磁盘或移动硬盘，然后在任务计划程序里设定每周自动运行。这类脚本网上有很多现成模板，改一下路径就能用。

6.5 多库用户的注意事项

如果你像很多人一样同时维护多个 Obsidian 库（工作库、生活库、学习库），每个库都要单独配置一次 Remotely Save，并且每个库的“Remote base directory”要设置为不同的路径，比如/vault-work、/vault-life。这一点一定要记住，如果两个库配了同一个远程目录，它们互相覆盖是迟早的事。

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

7.1 授权失败或授权后无法连接

这个问题的出现频率最高。通常表现为点击授权后，浏览器打开的页面打不开、转圈、或者授权完成后插件仍然提示“未授权”。

排查步骤：

1. 确认当前设备的网络是否正常。打开其他网页试试，如果连普通网页都打不开，那就是基础网络问题。
2. 换用浏览器无痕模式重新授权，排除浏览器缓存、Cookie 干扰。
3. 确认复制粘贴授权码时没有多复制或少复制字符。授权码通常是一长串，建议粘贴完后再手动检查首尾有没有多余的空格。
4. 检查系统的日期和时间是否准确。设备时间偏差过大时，OAuth 授权会失败。
5. 等一段时间再试。微软服务偶尔会有区域性波动，过半小时重新授权往往就好了。

7.2 同步过程中提示“No such file or directory”或同步中断

这种报错一般是本地有非法文件名、路径过长或者文件被其他程序占用导致的。Remotely Save 在扫描文件时遇到这类文件会中断同步。

处理办法：

1. 查看插件设置里的“Log”日志，定位到具体报错的文件名。
2. 找到那个文件，检查文件名中是否有特殊字符，如果有就改名。
3. 检查文件路径是否过长。Windows 系统对路径长度有限制，如果 vault 放在一个本身就很深的路径下面，再加上子文件夹，很容易路径超长。解决办法是把 vault 直接放在磁盘根目录附近，比如D:\Vaults\obsidian-vault。
4. 有些文件同步中断是因为被另一台设备上的 Obsidian 持续占用。确保同一时间只有一台设备在打开这个库并执行同步。

7.3 同步后部分图片显示为“破损文件”

图片显示不出来，但文件明明存在，这种情况大多是因为附件没有被正确上传。排查思路：

• 检查附件是否真的在本地库目录下（而不是在其他位置，比如“图床”上的外链）。
• 如果附件在库目录下，但同步后消失了，去 OneDrive 远程目录里看一下对应的图片文件是否存在。如果远程有、本地没有，说明是下载时被跳过了，手动点一次完整同步。
• 如果图片文件名包含中文，之前有概率出现编码问题（新版插件已修复），可以尝试把附件名改成英文或拼音试试。

7.4 同步产生冲突文件怎么处理

当同一篇笔记在 A、B 两台设备上都被修改，且两边的修改在同步前没有互相拉取，Remotely Save 会保留其中一个版本为正常文件，另一个可能保存为带冲突标记的文件（类似笔记 冲突副本.md这种形式）。

处理冲突的正确姿势：

1. 打开两个文件，对比内容差异。
2. 手工合并两边的内容，保留你想要的部分。
3. 删除冲突副本，同步一次。
4. 以后尽量减少双设备同时编辑同一篇笔记的情况。

7.5 手机端同步表现诡异：说“同步成功”但电脑端没有新内容

这种情况大部分是“同步的不是同一个库”。手机端建库的时候，如果库名和电脑端不一致、Remote base directory 不一致，或者用了不同的微软账号授权，都会导致同步各走各的路。

排查方法：

• 检查手机和电脑上的 “Remote base directory” 是否完全一致（包括大小写和路径格式）。
• 检查两个设备授权使用的是不是同一个微软账号。
• 检查云端目录里的文件列表，看哪个设备最近更新过远程文件，就能判断到底谁在真正同步。

7.6 插件显示“同步失败”怎么办

大部分“同步失败”是网络瞬时问题，直接点“重试”大概率能恢复。如果连续多次失败，按以下顺序排查：

1. 关闭再重新打开 Obsidian，重置插件的网络状态。
2. 检查 OneDrive 空间是否已满，空间不足时上传会失败。
3. 看看远程目录是不是被别人（另一台误配置的设备）写入了意外的文件。
4. 打开日志，把错误信息复制到搜索引擎或 GitHub Issues 里搜索，通常能找到答案。

7.7 关于“Word 提示内存或磁盘空间不足默认存在 OneDrive”的补充

这个搜索热词跟 Obsidian 同步本身没有直接关系，但如果你电脑上同时装了 Office 和 OneDrive，确实会频繁遇到。这个提示的来源是：Office 应用默认把“自动恢复”和“最近使用文件”的路径指向 OneDrive 目录，当系统盘空间不足时就会跳出这个提示。

缓解方法：

1. 清理 C 盘临时文件和中转文件，释放空间。
2. 在 OneDrive 设置里，把“备份管理”中的“文档”“桌面”“图片”文件夹迁移到非系统盘。
3. 调整 Office 的默认保存位置，改为本地磁盘目录。

这套方案的核心价值在于把 OneDrive 从“同步工具”降级为“云存储空间”，Obsidian 数据流完全由 Remotely Save 控制，因此 OneDrive 客户端的各种毛病基本不会影响笔记同步。

8. 进阶扩展：把这套底子玩出更多花样

8.1 多个库的隔离与统一

日常使用中，有人喜欢把所有笔记放在一个库，有人喜欢拆成多个库。用 Remotely Save 管理多库时，云端目录结构可以这样规划：

/one-vault -> 库A /two-vault -> 库B /three-vault -> 库C

每个库单独配置一个远程目录，互不干扰。如果你偶尔需要把某个库合并到另一个，可以在本地建好新库后、同步前先手动把旧库文件复制进去，再和远端建立连接。

8.2 给同步加一层“本地历史保险”

Remotely Save 本身不提供版本历史，但 Obsidian 生态里有一个叫 “Obsidian Git” 的插件，可以自动把 vault 提交到 Git 仓库。你可以把 Git 插件和 Remotely Save 组合使用：Remotely Save 负责跨设备同步，Git 插件负责本地历史版本。这样一来，如果你某天误删了一篇笔记，就算同步已经把删除行为传到了所有设备，你依然可以从 Git 历史里找回。

具体配置思路是：在 vault 目录下初始化一个 Git 仓库，设置 Obsidian Git 插件每天自动提交一次。自动提交的记录不会影响 Remotely Save 的正常同步，因为两者处理的是同一批文件，只是 Git 多保留了一份历史快照。

8.3 加密库的完整方案

如果你真的很在意笔记隐私，Remotely Save 的 E2E 加密是可以单独用的，但更彻底的做法是：本地库用系统级加密工具（比如 Windows 的 BitLocker 或 macOS 的文件保险箱），远程同步目录再用 Remotely Save 的加密选项。这样即使 OneDrive 账号泄露，云端数据也无法被读取。唯一要记住的是：任何一层加密的密码都要存在安全的地方，丢了谁也救不了你。

8.4 在无客户端环境下管理远程文件

有时候你想在别人的电脑上快速查看一点笔记内容，又不想安装 Obsidian。此时可以直接用浏览器登录 OneDrive 网页版，打开应用 > OneDrive > 你的远程目录，在线预览 Markdown 文件。虽然网页版对 Markdown 的预览效果不如 Obsidian 本地端，但应急查询完全够用。这算是这套方案的隐藏福利——不需要在每台临时设备上装软件，网页就能访问笔记内容。

我在实际使用中最满意的一点是，这套方案几乎没有给日常写作增加任何额外负担。插件装好、授权完成、自动同步一开，剩下的时间你只管专注于写笔记本身。偶尔遇到同步报错，按日志提示处理一下就能恢复。如果你也在纠结 Obsidian 要不要买官方 Sync，我建议先按这篇文章的思路把免费方案搭起来，用一个月再判断够不够用。大多数人的使用场景，这套免费组合完全扛得住。