主题
改错了怎么回退
改崩了不慌——三档后悔药，按「退多远」选：退一处用块级回滚、退一轮用会话回滚、退几天用 Git 历史。误删的文件另有回收站兜底。
三档退法，先选档
| 档位 | 退到哪 | 入口 | 什么时候用 |
|---|---|---|---|
| 块级回滚 | 撤销单个修改点 | 改动审查面板 → 某一块 → 撤销 | 「就这处改坏了，其他挺好」 |
| 会话回滚 | 回到对话中任意一步 | 对话消息 → 回滚到此处 | 「这一整轮都白干了，从头来」 |
| Git 回退 | 回到某个历史提交 | 源代码管理 → 历史 | 「都提交过了才发现方向错了」 |
原则：退得越少越好——能用块级别用会话级，能用会话级别动 Git。
第一档：块级回滚（撤一处）
改动审查面板里（用法见看懂改动审查），每个修改块可独立撤销——撤这块，同文件其他改动原样保留。
text
场景：AI 改了 5 处，其中「时间格式化那处」改坏了
→ 打开该文件对比视图 → 找到那一块 → 点撤销
→ 只这一处回到改前，另外 4 处不受影响第二档：会话回滚（退一轮）
对话里任意一条消息都可以作为回滚点——回到那一步重来：
- 挑一条历史消息 → 回滚到此处
- 该消息之后的对话与文件改动一并撤销
- 然后重新说：「换成××方案做」——基于回滚点继续
两个贴心保障：
- 只撤它自己改的：同一文件里您手改的部分（或其他会话改的）不会被误撤——回滚只撤销这个会话写入的修改块
- 可以反悔：回滚后、发新消息前还能「恢复到最新」（相当于 redo）
第三档：Git 回退（退到提交点）
改动已经提交过才发现问题——去源代码管理面板看提交历史：
- 每次提交是一个存档点（见提交与推送代码）
- 回到历史提交的方式：检出那个版本的文件 / 基于它重开修复
- 已推送远端的历史改动要谨慎——团队仓库里改写已推送的历史会影响他人，先跟同事打招呼
养成小步提交的习惯（每完成一块功能提交一次），回退的「存档点」就密——这也是 Git 的本来用法。
兜底：误删的文件去哪了
系统回收站——AI 删的文件（经审批或结构化删除的）都进回收站，不直接抹掉：
- 回收站路径在设置里可查
- 找回：从回收站把文件复制回原位即可
多会话并行的回滚安全
多个会话同时干活时（见多轮迭代），回滚互相不踩脚：
- A 会话回滚，不撤 B 会话在同一文件里的改动
- 各会话的改动归因清晰（哪个会话改的哪一块，全程留痕）
常见卡点
| 现象 | 怎么办 |
|---|---|
| 回滚后发现撤多了 | 会话回滚在发新消息前可恢复；发过了就用 Git 历史找回 |
| 想撤的改动已经提交了 | 直接上第三档 Git 回退 |
| 回收站找不到被删文件 | 检查设置里回收站路径；被「拒绝」的操作根本没执行过，文件本来就在 |
| 回滚后它「不知道」发生过回滚 | 正常——回滚通知会自动同步给它；您也可以补一句「刚才那版不要了」 |
| 手滑没拦住它改了一堆 | 停止按钮随时可点；已产生的改动按上面三档退 |