/recover — Context 恢复
触发方式
/recover # 恢复当前 session 的 context /recover full # 恢复当前 session + 最近 3 天的完整 context /recover {session_id} # 恢复指定 session 的 context
核心原则
不确定就查审计记录，不要凭印象工作。
这不是一个"可选的辅助工具"——当 context 丢失时，/recover 是唯一可靠的恢复手段。 凭印象工作会导致重犯已被用户否定的错误，这比不工作更糟糕。
何时触发
用户手动触发
用户说"你刚才说的什么来着"、"回忆一下之前的讨论"等。
Claude 主动触发（更重要）
| 信号 | 判断方式 |
|---|---|
| 无法回忆会话前期的具体内容 | 用户引用了"之前讨论的"，但你找不到对应内容 |
| 不确定当前任务做到哪一步了 | 要继续工作但不知道上次停在哪 |
| 要提出的方案可能已被用户否定 | 不确定某个判断是否被纠正过 |
| 回答变得笼统，缺少具体细节 | 无法说出具体的数字、文件名、结论 |
执行步骤
分级加载
按以下优先级渐进加载，避免一次性占满 context：
Level 0 — 索引摘要（~200 tokens）
读取 .claude/runs/index.json → 最近 5 条 entry 的 id + task + status
Level 1 — 任务状态（~500 tokens）
读取 .claude/runs/.current_session → 获取当前 session_id 读取 .claude/runs/{session_id}/session.json → task + start_time 读取 .claude/runs/{session_id}/audit_trail.jsonl → 最后 3 条记录的 action + output → "当前做到哪了"
Level 2 — 用户修正 + 决策上下文（~1,000 tokens）⚠️ 最重要
在 .claude/runs/ 下所有 audit_trail.jsonl 中搜索 "user_correction" 搜索所有 conclusions 字段 读取最新 .claude/runs/daily/ 下的日报 §四异常 + §六待办 → "用户否定了什么、得出了什么结论、有什么未解决的问题"
Level 3 — 完整上下文（~3,000 tokens，仅在 /recover full 时加载）
完整的 audit_trail.jsonl 完整的 audit_pending.jsonl（如果还有未归档的）
输出恢复报告
=== Context 恢复报告 === 来源: .claude/runs/{session_id}/ 恢复级别: Level 2 当前任务: {session.task} 任务状态: {最后一个 audit 记录的 output} ⚠️ 用户修正记录（必须遵守）: 1. [时间] 原始判断: "..." 修正: "..." 原则: ... 关键结论: - ... 未解决问题: - ... ⚠️ 以上内容从审计记录恢复，不是从记忆中回忆的。
注意事项
- 恢复的 user_correction 记录具有最高优先级——后续工作中不得违反
- 如果恢复后发现当前想法与 user_correction 矛盾，必须修正想法
- 恢复报告应简洁，避免把整个审计记录复制到 context
- 优先恢复"为什么"和"不要做什么"，而非"做了什么"
