OpenClaw 实战:如何把 AI 助手备份到阿里云盘

导读：AI 助手已经成为我每天离不开的生产力工具。它的”记忆”——技能配置、聊天记录、学习成果——比任何代码都重要。这篇文章讲的是：我如何用 Mac mini 自动把 OpenClaw 备份到阿里云盘，实现真正的异地容灾。

为什么 AI 助手也需要备份

很多人会把工作电脑做 Time Machine，但很少有人想过：你的 AI 助手本身，需不需要备份？

我的答案：比任何时候都更需要。

OpenClaw 这类 AI 助手，运行一段时间后，会积累：

• 记忆文件：你的偏好、规则、工作流
• 技能配置：每个 skill 的设置和状态
• 聊天记录：上下文和长期记忆
• 自定义脚本：你自己写的工具和自动化
• cron 任务：每日自动运行的一切

这些东西一旦丢失，重新”训练”AI 了解你的代价，远比备份麻烦得多。

我踩过的备份坑

坑 1：只靠本地备份

最开始我只做了本地备份。每天 00:00 自动打包，上传 GitHub。听起来够了。

但有一次 Mac mini 硬盘坏了。那一刻我才意识到：本地备份 + GitHub，还不是完整的方案。

GitHub 备份的是代码和配置，但不包括运行时生成的媒体文件、大模型缓存、临时工作目录。恢复出来的东西，不完整。

坑 2：凭证直接进仓库

第一次做自动上传，我图方便，把阿里云盘的 refresh token 直接写进了脚本，再推到了 GitHub 共有仓库。

还好是私有库。但这件事提醒我：备份流程本身，也可能成为安全漏洞。

坑 3：没有验证过恢复流程

备份了很久，某天我想验证一下能不能真的恢复。

结果发现：备份文件损坏了一块，tar.gz 在压缩时跳过了几个大目录。

备份而不验证，等于没备份。

现在的三重备份方案

现在我的方案是这样的：

第一重：本地备份（每日 00:00）

自动生成带时间戳的 tar.gz 压缩包，保存在 Mac mini 本地 `~/.openclaw/backups/`。

这个备份最完整，包括所有运行时文件。缺点是：如果机器本身坏了，备份也跟着没了。

第二重：GitHub 版本化备份（每日 00:05）

把 workspace 目录的配置文件、脚本、记忆文件提交到私有 GitHub 仓库。

优点：版本历史完整，任何时间点都可以回溯。  

缺点：不适合存大文件，tar.gz 超过 50MB 会触发 GitHub 报警。

第三重：阿里云盘异地归档（每日 00:15）

把最新的 tar.gz 上传到阿里云盘，路径是 `/OpenClaw/workspace-backups/`。

这是最关键的一层：如果 Mac mini 本身出事，云端还有一份完整的备份。

三层的逻辑分工是：

• 本地：恢复最快，任何时候可以立刻拉取
• GitHub：查历史版本，看某次改动前后的变化
• 阿里云盘：真正的异地容灾，不在同一台设备上

备份时间线是这样的

00:00 → 本地生成备份包  

00:05 → GitHub 提交  

00:15 → 阿里云盘上传  

三件事有序进行，全程不需要人工干预。

如果其中任何一步失败，我会收到告警。这是 cron 任务的价值：不是”设了就忘了”，而是”设了就有监控”。

这三个坑，你不必再踩

凭证不进仓库。  

API Token、refresh token、任何 secrets，都放在环境变量里，不进 workspace，不进 GitHub。

大文件不进 GitHub。  

备份目录整体写进 .gitignore，tar.gz 和临时文件一律推送到云盘，不走 GitHub。

每季度做一次恢复演练。  

从 tar.gz 解压到本地指定目录，验证关键文件都在。这个动作不超过 10 分钟，但能给你真正的安全感。

普通人能不能抄

能。 但有两个前提：

1. 你用的是 Mac/Linux，开了 cron

2. 你有一把趁手的”上传到云盘”的 CLI 工具（我用的是开源项目 `tickstep/aliyunpan`，不是阿里云盘官方 CLI）

这里特别说明一下：我实际用的是 GitHub 上的开源阿里云盘命令行工具：

• GitHub：`https://github.com/tickstep/aliyunpan`

如果你是 Windows 用户，可以把定时任务换成任务计划程序；如果不用阿里云盘，换成百度网盘逻辑也一样。

核心逻辑不变：本地 + 一个外部同步 + 一个异地存储。

三级保障，缺一不可。

附：OpenClaw 备份核心脚本逻辑

不想看代码可以跳过这段。

备份的核心是三个 cron 任务：

1. 本地打包

tar -czf ~/.openclaw/backups/workspace_backup_$(date +%Y%m%d_%H%M%S).tar.gz \
  ~/.openclaw/workspace/MEMORY.md \
  ~/.openclaw/workspace/memory/ \
  ~/.openclaw/skills/ \
  ~/.openclaw/scripts/ \
  ~/.openclaw/config/

2. GitHub 推送

cd ~/.openclaw/workspace && \
git add -A && \
git commit -m "Auto-backup $(date +%Y%m%d_%H%M%S)" && \
git push

3. 阿里云盘上传

aliyunpan upload ~/.openclaw/backups/$(ls -t ~/.openclaw/backups/ | head -1) \
  /OpenClaw/workspace-backups/

三行脚本，撑起一个不操心的备份系统。

最后

很多人以为，备份只是技术细节。

但对一个已经陪你干活、替你记事、帮你积累工作流的 AI 助手来说，备份其实是在保护一段长期关系。

硬盘可以重买，系统可以重装，模型可以重接。真正难恢复的，是那些一点点磨出来的默契、规则和工作习惯。

所以我现在越来越觉得：一个真正可长期使用的 AI 助手，不只要能跑，还要能被完整带走、随时恢复、持续进化。

金句：AI 助手最值钱的不是一次回答，而是它陪你沉淀下来的长期记忆。