玩 AI 最痛的其实不是 prompt 写不好

而是你烧了无数 token，花了几周调教好的工具、长期记忆、工作流和 skill，一夜之间全没了。

过去三个月里，我有整整两个月，都在”重头再来”。

电脑坏过。文件丢过。模型封过。网站也被 AI 改崩过。

最后我才意识到：

AI 玩家最该先做的，不是多学一个 prompt，而是先保住自己的工作台。

所以我做了这个备份 Skill。

它不是那种”有空记得备份一下”的废话。而是专门给 Codex / AI Agent 用户准备的：

AI 工作台灾备与连续性恢复 Skill。

我为什么一定要做它？

我这几个月踩过四个坑。每一个坑，都足够让一个 AI 玩家心态爆炸。

1. 服务器过期：一个月心血全没了

那时候我还走云端路线，在服务器上部署了一个月的小龙虾，工具做了好几个，网站搭了，skill 也攒了一堆。

结果服务器准备转本地的时候，直接净身出户。

一个月心血，全没了。

2. 本地清理：一次误删，系统重装

切到本地后，我为了腾空间，让 Codex 帮我清理”三个月没动过的文件”。

结果它一个操作失误，把我整台电脑清空了。

系统软件也坏了，最后只能重装。

3. 模型和账号：文件还在，协作记忆没了

重装完又花了一周重新部署、重新培训。

刚有点样子，Codex 账号被封。

本地文件还在，但对话、上下文、协作默契，全部归零。

4. 工程无法回滚：做到 99%，突然全崩

我连续熬了一周夜，做了一个网站。

工程做到 99%，结果 Codex 一个失误，网站乱码全崩，无法回滚。

那种感觉就像：你带了一个员工三个月，刚准备让他独立赚钱，他突然跑路了。

真正该备份的不是文件

很多人以为备份就是复制代码。不是。

如果你长期玩 AI，你电脑里真正值钱的东西，不只是代码。还有这些东西：

• 自己写过的 Skills
• 本地工具和网站
• 自动化脚本
• 定时任务
• 工作偏好
• 项目运行规则
• 环境变量模板
• 恢复说明
• 长期协作记忆摘要

这些东西才是你的 AI 工作台。

普通备份经常只解决一件事：文件有没有复制走。

但这个 Skill 解决的是另一个问题：新电脑、新硬盘、新 Agent 接手时，能不能快速继续工作。

它会备份什么？不备份什么？

这个 Skill 不是把所有东西无脑打包。它的核心逻辑很简单：

能恢复的要带走，高风险的要排除。

会整理的东西

不会默认打包的东西

• API Key
• 密码
• .env 真实值
• cookies
• 浏览器登录态
• 钱包私钥 / 助记词
• 原始聊天记录
• 原始 agent session / log 数据库

这个设计很重要。因为你不能为了恢复方便，把密钥、cookies、钱包一起塞进备份包。

那不是备份。那是把炸弹打包。

基本流程

它的自动流程是这 5 步：

1. 复制配置模板
2. 填写
   
   自己的项目路径、云盘类型和排除规则
3. 运行构建脚本
   
   ，生成备份包
4. 运行验证脚本
   
   ，检查必需文件有没有进去，敏感文件有没有被错误打包
5. 同步到云盘目录

每天下载新版替换旧版，最后还会检查云盘里是否只剩一个最新备份，避免旧包残留。

它还支持每天固定时间提醒是否备份。确认后才执行。

它适合谁？

如果你只是偶尔问 AI 两句话，可能用不到。

但如果你符合下面任意一种情况，我建议你先装上：

• 长期使用 Codex / AI Agent
• 有很多本地 Skills
• 用 AI 管理多个项目和自动化任务
• 经常换电脑
• 担心硬盘损坏
• 希望新 Agent 能快速理解旧工作流
• 不想把密钥、cookies、钱包资料混进备份包

尤其是已经开始让 AI 帮你做网站、工具、自动化的人。

别等崩了以后再想备份。真的来不及。

下载地址

GitHub： https://github.com/cbl980712-coder/xsm-bf

这个 Skill 我做出来，就是因为我已经被连续性问题折磨怕了。

踩过的坑，不想再踩。也不想你再踩。

三个月的血泪教训，浓缩成这一个 Skill。

如果你玩 AI，先把它备上。

保住你的工作台，就是保住你训练出来的 AI 员工。