会话记忆自检与修复

要解决什么问题

长期对话 Agent 往往依赖工作区里的 .memory 目录和 MEMORY.md 持久化「你是谁、规则是什么、专题文件在哪」。一旦工作区路径变了、文件被删、编码不对，或新会话里规则没真正加载进上下文，用户会直接感受到「记忆断了」——AI 不再遵守之前的铁律，也找不到 L2 专题文件。

本技能把这类故障拆成可诊断的类型，而不是反复让用户重复背景。

技能如何工作

触发条件包括：用户明确说记忆断了、新会话开始（可自动轻量检查）、或提到路径检查 / 记忆恢复 / 会话检查。流程固定为 5 步，且必须走完 Q4 加载验证：

1. 路径检查（Q1）：用 ls 等工作区验证绑定路径、.memory、MEMORY.md 及日志是否连续；区分路径迁移、文件丢失、历史断裂。
2. 内容验证（Q2）：读 MEMORY.md，核对核心身份段、运行规则段、专题索引表与关键词→文件映射是否完整。
3. 编码校验（Q3）：确认 UTF-8、无乱码、无异常 BOM。
4. 加载验证（Q4）：抽查核心规则与索引关键词，看当前对话里 AI 能否引用并触发专题读取。
5. 修复执行：按断联类型 A～G 执行对应表（如切换工作区、重建骨架、从日志或 conversation_search 恢复核心段、重建索引、转编码、提示重启绑定）。

此外提供 主动预防：会话开始轻量检查，并在「你怎么又忘了」、前后轮表现差异大、引用不存在路径、新装 Skill 后行为异常等信号下建议跑完整自检或针对性步骤。

适用边界与注意点

• D 型（核心丢失） 优先级最高；若日志无法恢复，文档要求先用 conversation_search 拼临时核心段，再请用户补全。
• C 型（日志不连续） 会记录但不阻断流程，避免把「历史不完整」误判为当前无法继续。
• 修复 G（加载失效） 明确依赖重启 WorkBuddy、重新绑定工作区后再跑 1～4 步——这是运行时加载问题，单改文件不一定立刻生效。
• 维护建议：切换 /folder 后必做 Q1；可每周完整自检一次，或在发布新版本 Skill 后验证记忆系统未偏移。