obsidian 知识库架设的数据安全

很多人用 Obsidian 攒了几百上千篇笔记，本地看着挺踏实，结果同步方案、第三方插件、AI 补全插件各自把内容传到了不同地方。这篇不讲概念，给一份能照着走的检查顺序：先分清哪些笔记能出本机、哪些插件在偷偷联网、备份到底有没有真正生效，再谈怎么补。

用 Obsidian 搭知识库的人，最容易产生一种错觉：文件就在我硬盘上，能出什么事。真相是，一个几百上千篇笔记的库，内容往往会通过三条不同的路离开本机——同步盘、第三方插件、AI 补全功能。这三条路的泄露方式完全不一样，混在一起想就会越查越乱。

这篇不给结论，给一套能照着走的检查顺序：先分清哪些内容绝对不能出本机，再看每条外发通道各自的风险点在哪，最后按顺序加固一遍。全程只讲判断标准和动作，具体数字和方案对比去站内对应页面看当时的记录。

先搞清楚：Obsidian 库里什么东西会离开本机

把库拆成三层来看，问题会清楚很多。第一层是纯本地文件，包括笔记正文、附件、.obsidian 配置目录；第二层是同步层，你选的同步方案决定这些文件以什么形态存在云端；第三层是外联层，插件和 AI 功能会主动把内容发到别的服务器。三层的泄露途径互不相干，必须分开评估。

本地层

断网状态下依然能读写的部分：笔记、附件、主题、快捷键配置

同步层

依赖网络把文件复制到别处的部分：网盘客户端、自建同步服务、官方同步

外联层

必须联网才工作的功能：AI 补全、在线抓取、云剪藏、翻译类插件

判断某个功能属于哪一层，有个简单办法：断网打开库，还能正常用的就是本地层，报错或转圈的基本都在同步层或外联层。把库里的功能按这个办法过一遍，你就能列出一张外发通道清单，后面每一步都围绕这张清单来做。

• 先给笔记分敏感等级：公开可分享、仅自己看、绝对不能外传，三类各挑几篇做样本
• 再对照功能清单，标出每个外发通道会碰到哪一类笔记
• 两边的交集就是优先处理对象，不用一上来就全库加密

同步方案怎么选：先定「谁能看到明文」

同步方案的核心差别只有一个：服务商能不能读到你的笔记明文。商业网盘同步文件夹最省事，但文件在云端通常是可读的；自建同步服务把控制权拿回自己手里，代价是要维护一台机器；端到端加密同步让服务商也看不到内容，但共享和全文检索会变麻烦。

更实际的做法是分层：把最敏感的几篇单独抽成一个子库，用更严的方案隔离，其余笔记继续用普通同步。这样既不用为少数内容牺牲全部体验，也不用为了省事把敏感内容一起放出去。具体方案的价格和可信度对比，去站内 /sites 与 /price-watch 看当时的数字，别照搬别人几个月前的选择。

• 先问自己：这些笔记如果明天公开，我能不能接受
• 不能接受的部分抽成独立子库，单独选同步方案
• 普通笔记用顺手就行，不用强迫自己上最复杂的加密方案

插件才是最大的变量：装之前先看它要什么

Obsidian 的社区插件是这个生态最实用的地方，也是最难审计的地方。装插件前至少看三件事：它会不会发起网络请求、请求发到哪个域名、会不会读取全库文件。插件市场页面上的说明通常不够，要进插件设置里找端点配置、账号绑定、同步开关这些项。

1. 关掉不认识的全部插件先只留本地格式化、目录生成这类明显离线的插件，作为基线
2. 逐个打开并观察每开一个，用系统级网络监控或代理工具看它有没有发起连接，连到哪个域名
3. 查设置页的端点项凡是要求填 API 地址、账号、密钥的插件，都要问自己这个地址是谁的
4. 按库隔离Obsidian 支持按库启用插件，敏感库和试验库分开，新插件先在试验库跑一段时间

插件还有一个隐蔽风险：插件自身的数据目录。有些插件会把索引、缓存、登录凭据写进库里的隐藏目录，这些文件会跟着同步一起走。排查时顺手看一眼库目录里有没有插件自己新建的文件夹，里面的内容值不值得跟笔记一起同步，自己判断。

AI 类插件：哪些笔记内容别往里喂

AI 补全、总结、问答这类插件是近两年最受欢迎也最容易出事的。关键不在插件本身好不好，而在你按下去的那一刻，它到底把多少内容发出去了。很多插件默认带上下文，你以为只发了选中的一段，实际上同一篇的其他段落甚至相邻笔记都被一起送走。

• 先确认发送范围：整篇、选中片段、还是带上下文的若干段落，插件设置里一般能调
• 再确认接口路径：直连官方接口，还是走第三方中转，链路越长经手的环节越多
• 最后定红线：身份信息、客户资料、未公开合同、内部系统地址与凭据，一律不进 AI 输入框
• 红线清单写下来贴在库里，比记在脑子里可靠

走第三方接口的插件，数据路径要多一跳，中转方能不能看到内容、日志留多久，都是未知数。这类链路的审计思路可以参考站内 /safety 页面里关于数据边界的说明，以及中转站可信度检测那一套方法，别只看插件描述里的一句「隐私优先」。想知道当前有哪些检测入口，去 /tools/speed-test 和 /safety 核对当时的工具与说明。

备份：没验证过的备份等于没有

Obsidian 库就是一个文件夹，但很多人备份只备了笔记本身，漏掉了配置和插件数据。完整备份要覆盖三样东西：笔记与附件、.obsidian 配置目录、插件自己写的那些数据目录。少了后两样，换台机器恢复出来的库可能主题、快捷键、插件状态全丢。

更重要的是：只靠同步盘不算备份。同步的逻辑是「让所有设备一致」，你在某台机器上误删一篇，几秒后所有端都跟着删掉，云端也留不住。真正的备份是一份不受同步影响的独立副本，最好放在离线介质或另一台不参与同步的机器上。

1. 做一次完整打包手动导出或整目录压缩一份，确认包含笔记、附件、配置、插件数据四部分
2. 换设备打开验证在另一台机器上解压打开，检查笔记能显示、附件能加载、插件状态正常
3. 确认离线副本把这份打包放到移动硬盘或另一台不参与同步的设备上
4. 再谈自动化验证通过之后再考虑定时自动打包和加密，顺序反了容易积累一堆没验证过的所谓备份

用 Git 或版本历史管笔记，注意什么

用 Git 管 Obsidian 库很常见，好处是每篇笔记的改动都有记录、能回滚。风险也很直接：一次误提交把敏感文件推上去，即使后面删了，历史提交里还留着。公开仓库是绝对不行的，私有仓库也要确认历史里没混进不该有的东西。

# 查看仓库里被跟踪的大文件与可疑文件
git ls-files | xargs -I{} du -h {} | sort -rh | head -20

# 看忽略规则是否覆盖附件与插件缓存
cat .gitignore

什么情况下不太需要这么紧张：纯个人、笔记本身不敏感的库，用 Git 做版本管理的收益通常大于风险，重点只在于别公开、别把密钥传上去。反之，如果库里混着工作资料或客户信息，就要在每次提交前过一遍改动清单，确认没有误加文件。

手机端、分享链接与导出这三处容易被忽略

手机端往往是整个方案里最弱的一环。锁屏通知会直接把笔记标题显示在屏幕上，相册云备份会把附件图片一起传上去，某些输入法的云同步还会记住你输入过的内容。敏感库建议关掉通知预览，附件单独管理，别让它们自动进相册备份。

• 关掉 Obsidian 的锁屏通知预览，或把敏感库排除在通知之外
• 检查手机相册备份是否会自动带上从库里保存的图片
• 发布或分享功能默认生成的是公开可访问页面，发之前先确认带出去了哪些内容
• 导出 PDF、Word 时留意文档元数据，作者名、机器名这类信息分享前清一次

分享链接这一块特别容易翻车，因为操作起来太顺手了。点一下就能把笔记变成网页，但默认状态是公开可访问的，任何拿到链接的人都能看。发布之前先问自己：这篇里有没有不该公开的路径、账号、内部信息。不确定就先复制到新文件里，人工过一遍再发。

一份可执行的排查顺序

上面的内容按风险点分开讲，实际排查时建议按固定顺序走一遍，避免漏项。顺序的逻辑是：先盘点、再断电、再验证恢复能力、最后设长期红线。每次装新插件或换同步方案之后，重跑一遍这个顺序。

1. 列敏感清单写下库里有哪几类敏感内容，分别对应哪些笔记或文件夹路径
2. 关插件做基线关掉所有不认识的插件，逐个打开，观察是否发起网络请求、连到哪个域名
3. 验证一次离线恢复完整打包一份，换设备打开确认笔记、附件、配置、插件数据都在
4. 给 AI 插件设红线明确哪些内容不进 AI 输入框，检查插件的发送范围和接口路径
5. 固定复查节奏每次装新插件、换同步方案、新增协作成员时重跑一遍，别指望一次做完就永久安全

这套顺序的价值不在结论，而在你每次都能照着走一遍。把清单写进库里放一篇笔记，装插件之前翻一眼，比记住任何具体建议都有用。至于各家同步方案和插件当前的可信度数据，站内有持续追踪的页面，去那里看当时的数字再做决定。