快速答案
恢复 AI 生成代码时,最安全的方式是不要覆盖当前工作目录。先列出最近的远程恢复点,把选中的 GitHub 备份恢复到单独目录,再打开两个版本对比,只复制确实需要的文件或片段。
这样做很重要,因为一次失败的 AI 编程会话里可能仍然有有价值的本地修改。直接重置可能同时丢掉坏改动和你想保留的有效工作。
先在测试项目里验证恢复
安装 alpha,先创建至少一个私有备份,再把恢复结果放到相邻的新目录中测试。
npm install -g aicodebackup@alpha
什么时候需要恢复
- AI 工具重写了原本可运行的文件,项目已经无法启动。
- 一次重构删除了仍然重要的文件。
- 依赖、构建或配置改动让项目很难恢复到原状态。
- 切换 AI 编程工具后,需要和之前的 GitHub 恢复点对比。
- 本地目录已经混乱,需要拿到一个干净的已知可用版本。
安全恢复流程
- 停止继续让 AI 修改当前项目。
- 运行
aicodebackup restore --list查看最近的远程恢复点。 - 选择最可能包含可用版本的恢复点。
- 恢复到当前项目之外的新目录。
- 单独打开恢复目录,确认项目能运行。
- 把恢复目录和当前目录进行对比。
- 只复制需要保留的文件或代码片段。
为什么要恢复到新目录
AI 编程失败通常不是非黑即白。当前目录里可能有坏掉的重构,也可能有后来新增的有用文案、素材、界面细节或 bug 修复。恢复到新目录可以同时保留当前版本和历史版本。
这比直接重置慢一点,但更适合使用 Cursor、Claude Code、Codex 或其他 AI 编程工具的独立开发者,因为恢复过程更容易判断,也更不容易误删。
恢复后要检查什么
- 用原来的本地命令启动恢复后的项目。
- 确认关键源代码文件仍然存在。
- 复制 package、构建、环境示例文件前先人工检查。
- 不要把密钥从任何目录复制到 GitHub。
- 项目重新可用后,立即创建新的备份点。
恢复依赖稳定的备份节奏
恢复只有在存在有效远程恢复点时才有意义。建议在功能跑通后、风险提示词之前创建备份,这样恢复列表里才会有真正可用的选择,而不是只有一个很旧的提交。
FAQ
恢复会覆盖当前项目吗?
AICodeBackup 的安全恢复模型会恢复到单独目录。这样你可以先检查恢复副本,再决定是否修改当前项目。
应该恢复哪个恢复点?
先选择坏改动之前最近的恢复点。如果问题仍然存在,再把更早的恢复点恢复到另一个目录中对比。
Cursor、Claude Code、Codex 项目都能恢复吗?
可以。恢复依赖的是私有 GitHub 备份,而不是具体由哪个 AI 编程工具生成文件。