上个月跑 Grok Bot 的云电脑死机，导致虚拟机重置、工具全丢；读者也反映微信转发程序重启得重装。针对多个 Bot 依赖难对账的问题，我没打快照也没拷贝目录，而是把服务重建的方法记录了下来。
这里先明确系统更新与整机重置的区别：更新会保留工作目录与登录状态，但系统安装包、全局命令行、常驻进程与定时任务引擎都会丢失；而重置则是整机清空，无任何内容保留。
01 存进私有仓库的独立目录
为防故障，我将重建档案存于Gitee铁柱AGI的私有仓库grok-bot-memory。根目录特设vm-services（图1红框），已有15次提交，最新为traffic-watch，免受云电脑死机影响。
02 建立服务总账与分类
为协调10个Bot，我设「虚拟机服务管家」核对总账。截至2026-10-10，总账登记10个Bot的20个项目（12个Bot已交登记或回执），含4常驻、14按需及2密钥项，18个标为必恢复。
一共有四个常驻服务：微信文章抓取正文和图片供写作；Muse 把 muse.ai 封装成兼容 OpenAI 的接口供调用；定时任务引擎跑邮件扫描与预筛；公众号出口隧道以固定出口通过微信 IP 白名单。
14个按需工具涵盖多媒体（ffmpeg、yt-dlp、本地语音转文字）、Chrome、命令行（飞书、QQ邮箱、魔搭、Codex）、数据监控（记账转写、邮件扫描、文章仓库Git同步、免费模型列表刷新、X流量监控预筛）；Metaso与TikHub仅存密钥路径。
图2 是管家维护的 REGISTRY.md。文件抬头写着「Box 第三方服务登记总账」，明确由虚机服务管家维护，里面详细列出了每个服务的 ID、名称、负责人和路径。
03 强制登记与目录规范
为防擅自安装，Bot部署新工具或后台须向管家登记并交回执，管家更新后通知记忆管家推至Git仓库。管家维护REGISTRY.md与registry.json；密钥不写明文只记路径，真人授权步骤单独标记。
文章主编登记公众号出口隧道时，管家核实其用途为过微信白名单、自建脚本且依赖外部服务器；两份密钥只记路径，健康检查正常后标为必恢复。vm-services根部README写明同步时机，严禁密钥与大文件入库。
04 恢复脚本与指令触发
管家要求每项服务配备独立恢复脚本，支持多次运行不冲突。在restore目录下为各服务编写restore-\*.sh，最外层设restore-all.sh为总入口，依依赖顺序串联执行以稳定重建。
即便准备周全，管家也不擅自运行，须等我指令。图5记录我与虚机服务管家的沟通：管家汇报四岗回执已入库但账面仍有缺项，表态等我说「虚机更新完了」才跑restore-all并交验收。
前期总结了四个教训：一是 Codex 授权在两台机器上互顶，后来改成了独立账号；二是定时任务容易漏写，核对时补齐；三是 GitHub 登录损坏后有意暂停了服务；四是某项登记写着依赖 Docker 但实际没装。
05重置后的恢复流程与边界
这套重建主要由我来配好仓库权限与各项授权。管家按依赖顺序跑脚本装工具并检查验收，放回自写源码时只补缺失不覆盖。不过整个流程目前还未实测。
这里提到的自写源码共约 5.1MB，包含微信抓取、邮件管家、X 流量监控、额度省省预筛、公众号工具、Codex 说明和记账脚本。
这批代码排除了密钥、日志、状态和流水，检查过确认没有明文密钥，目前处于已整理、待推入备份仓库的状态。
此外，像 Muse 和文章仓库这类项目有自己的远端仓库，重置后直接重新拉取即可；而日常的记账流水、外发邮件和运行状态本身不在备份范围内。
由于新管家建好以后云电脑还没经历过第二次重置，整套流程实际跑完需要多久、成功率有多高，目前尚未经过实测检验。
LAST拿去就能用的两套提示词
本篇总账、恢复脚本及源码与《Grok Bot 百万撤离：一套完善的 Agent 系统备份方案》的记忆Git仓一同管理，配合最省心；也可单独建私有Git仓存放服务登记与恢复脚本。
如果你正在给 Bot 配置新环境并部署服务，可以直接发送下面这段部署备份提示词，让它在装完工具后规范完成登记并生成恢复脚本：
# 文末可复制：给你的 AI 虚拟机设一个“服务管家”
> 用法：新建一个 Bot，把下面整段贴进它的设定。然后把“登记规则”那段也告诉其他 Bot（或写成全局技能）。
---
你是「虚拟机服务管家」，只管一件事：记下这台虚拟机上部署过的所有第三方服务，并在电脑更新或换账号之后，按记录把它们原样恢复。
## 你维护的东西
1. 一份登记总账，人和机器各读一份：`REGISTRY.md`（表格）和 `registry.json`（给脚本读）。
2. 每个服务一个恢复脚本 `restore/restore-<服务>.sh`，必须幂等，重复跑也不会出错。
3. 一个总入口 `restore/restore-all.sh`，按依赖顺序调用各个恢复脚本，最后汇总哪些失败了。
4. 一份源码备份 `service-src/`：各 Bot 自己写的服务代码和脚本，同步时排除密钥、日志、运行状态、虚拟环境和个人数据，并先扫一遍明文密钥，命中就停。
5. 以上全部跟着一个私有 Git 仓库存（「你的备份仓库地址」）。总账、恢复脚本、源码都在仓库里，密钥永远不进仓库。
## 登记规则（其他 Bot 部署任何服务都必须来找你登记）
每项必须包含：
- 名称和短 id、用途、负责的 Bot
- 路径：代码、配置、数据分别在哪
- 安装方式和依赖（apt / pip / npm / Docker / 系统定时任务）
- 启停命令、健康检查命令
- 更新后的恢复步骤，或者对应的恢复脚本
- 是否必恢复：是 / 否
- 密钥：只写存放路径，绝不写明文
- 需要真人完成的步骤（OAuth 登录、扫码、导入 cookie）单独标出来
## 你的工作方式
- 先弄清哪些会丢、哪些能留：电脑更新一般保留工作目录，但系统包、常驻进程、全局安装的命令行工具会丢；重置则什么都不留。所以要记的是“怎么重建”，不是去拷整台机器。
- 能从公开渠道重装的（apt、pip、npm、上游 Git 仓库）只记安装命令；自己写的代码必须进源码备份，否则重置后就找不回来。
- 收到登记先核对：路径是否真实存在、健康检查能不能过。登记写的和实际不一样时，以实际为准，并告诉负责的 Bot。
- 多个定时任务合并成一份 crontab 真源时，检查每一条是不是都在真源里，不在的要靠恢复脚本补回去。
- 故意停掉的服务要写清楚“为什么停、什么条件下重开”，免得被当成漏装。
- 只有主人说“电脑更新完了”才跑总恢复，不盲跑。跑完交验收：每项是成功、失败，还是要真人处理。
- 每次有服务新增、删除或源码大改，先重新同步源码备份，再把总账、脚本、源码一起提交推送到备份仓库。换账号或重置时，就靠这份备份把整套设定带走。
- 删掉的服务要彻底清除：总账只反映现在真实的状态。如果你的虚拟机不幸遭遇重置，在给新环境配置好备份仓读取权限之后，把下面这段恢复提示词发给 Bot 即可开始重建：
PROMPT
\# 文末可复制：重置后让 Bot 从备份恢复
用法：电脑重置或换了新账号后，先把备份仓库的读取权限给到新环境（比如在新电脑上填好 Git 令牌），再把下面整段发给你的 Bot。尖括号里的内容换成你自己的。
这台电脑刚重置过（或者是换了新账号），之前部署的服务都没了。请按我的备份把它们恢复到可用状态，规则如下。
# 文末可复制：重置后让 Bot 从备份恢复
> 用法：电脑重置或换了新账号后，先把备份仓库的读取权限给到新环境（比如在新电脑上填好 Git 令牌），再把下面整段发给你的 Bot。尖括号里的内容换成你自己的。
---
这台电脑刚重置过（或者是换了新账号），之前部署的服务都没了。请按我的备份把它们恢复到可用状态，规则如下。
**备份在哪**
- 备份仓库：<你的备份仓库地址>，分支 <分支名>
- 仓库里有：登记总账（REGISTRY.md 和 registry.json）、每个服务的恢复脚本（restore/）、自写服务的源码备份（service-src/）
- 仓库里没有密钥，这是故意的
**请按这个顺序做**
1. 把备份仓库拉到工作目录，先读总账，告诉我一共登记了几项、哪些标了「必恢复」、哪些只留密钥不用恢复。先列出来，不要动手。
2. 把自写服务的源码从 service-src/ 放回总账写的原位置。只补缺失的，已经存在的目录不要覆盖。
3. 按总账的依赖顺序逐项恢复：先装系统依赖（比如 cron、ffmpeg），再装命令行工具，最后拉起常驻服务和定时任务。每项都用它自己的恢复脚本，脚本要能重复跑。
4. 每装完一项就跑它登记的健康检查。失败了先看日志、试着修一次；修不好就记下原因，接着做下一项，不要卡住。
5. 把需要我本人做的事汇总成一张清单：要重新提供的密钥（只说放哪个路径、叫什么名字，别让我把密钥贴进聊天）、要重新登录授权的工具（OAuth、扫码、设备码）。然后一项一项带我做，每做完一项马上复查。
6. 故意暂停的任务保持暂停，总账里写了原因和重开条件的照办。别因为“看起来漏装了”就自作主张打开。
7. 最后交验收清单，每项一行：服务名、结果（成功 / 失败 / 等我处理）、健康检查输出摘要、花了多久。再告诉我总共用了多少时间、成功了几项。
**不要做的事**
- 不要把任何密钥写进仓库、日志或聊天
- 不要跑总账没登记的安装
- 不要用“重置电脑”当修复手段
- 恢复完如果有任何改动（路径变了、版本升级了），更新总账，提交推回备份仓库现在就打开你的云电脑，先建好一个专门的目录，把你那台机器上的第一个后台服务完整登记下来。
我是铁柱，开源 Grok App 作者（GitHub 1400+ Star），正在驻场给企业落地百万级 AI 项目。
这里持续更新 Grok Bot 实操教程和可复制的提示词，我踩过的坑你就不用再踩了。
