云端自动保存只会减少编辑丢失，不会回答“账号失效后还能不能打开”。权限变化、离职和误删都可能让文档突然不可用。
个人和小团队不必复制整个企业知识库。先圈出要保留的范围，再决定多久导一次、存成什么格式、放在哪里。
四个常见的备份触发点
权限发生变化
你原来是协作者，后来被移出空间。只要访问权限还在别人手里，文件就不完全属于你的可控范围。
工作关系发生变化
转岗、离职或项目结束，都会改变文档所有权和可访问性。重要个人资料应该提前整理。
文档被误删或误改
云端通常提供恢复机制，但历史版本有期限，复杂的文件夹删除也可能影响多处内容。
需要离线或跨平台使用
离线查阅、导入笔记软件、交给 AI 当上下文或放进 Git 仓库，都需要一个可移植格式。
先决定备份什么
按优先级分成三层：
| 层级 | 内容 | 建议 |
|---|---|---|
| 必须备份 | 自己创作且允许保留的个人资料 | 保存 Markdown 和图片 |
| 建议归档 | 依赖但不会频繁变化的项目资料 | 在项目结束时导出一次 |
| 只做交接 | 公司资产、客户资料、受限附件 | 按制度交接，不私自备份 |
先列清单再导出，比看到什么就下载什么更可靠。
多久备份一次
可以按内容活跃度分三档：
- 活跃文档，每周或每月检查一次变更。
- 项目资料，在项目结项时完整导出一次。
- 长期归档，每季度或半年抽查一次可读性。
不要给所有内容设同一条时间线。高频更新和长期归档需要的成本完全不同。
放在哪里
| 存放位置 | 优点 | 风险 |
|---|---|---|
| 移动硬盘或电脑 | 简单、离线可用 | 设备损坏或丢失 |
| NAS | 自动集中、多设备访问 | 仍需要异地或离线副本 |
| Git 仓库 | 版本清楚、差异可见 | 图片和敏感内容不适合公开 |
| 云盘 | 访问方便 | 仍然是第三方存储 |
比较稳的组合是“本地主副本 + 独立介质或异地副本”。只把导出结果再放回另一个云盘，并不能覆盖所有风险。
三档执行方案
少于二十篇
逐篇导出，按年份或项目建文件夹。每篇文档保留 Markdown，并确认图片落本地。
几十到几百篇
使用批量队列。先导出到临时目录，按内容类型检查后，再移动到长期归档位置。Pro 批量导出覆盖这个区间。
上千篇并需要无人值守
考虑 API 加计划任务，增加日志、失败重试和校验。这个规模已经需要正式的数据治理流程。
备份是否有效，必须验证
随机抽三篇，断网打开；移动整个目录；检查图片、表格和代码块；确认文件不是只有链接。
还要写一份很短的操作记录：
- 备份日期
- 包含范围
- 存放位置
- 是否通过离线检查
- 下一次检查时间
没有验证过的备份，只能算一次导出尝试。
尽量不要做的事
不要把敏感文档上传到公开仓库，不要把未授权内容作为“备份”带走，也不要把一个云盘复制到另一个云盘后就认为高枕无忧。
第二份副本有没有用，只看第一份不可用时它能不能打开。