会话记忆自检与修复

会话记忆为什么会断

长对话或跨会话协作时，AI 经常突然"失忆"：用户明明定过规则、给过偏好，新会话里却一句都引用不出来。这类问题远比"上下文太长"复杂——它可能出在工作区路径迁移、MEMORY.md 文件丢失、编码异常带 BOM，也可能文件完好但根本没加载进上下文。会话记忆自检与修复 就是一套把这类问题拆成可诊断、可修复环节的流程，而不是让用户反复把历史再贴一遍。

核心能力与关键步骤

技能内置 5 步自检流程，每步对应一个提问：文件在不在？内容对不对？AI 能读吗？生效了吗？坏了怎么修？

• 第 1 步 路径检查：用 ls 验证工作区绑定路径、.memory 目录、MEMORY.md 和日志连续性，区分路径迁移与文件丢失。
• 第 2 步 内容验证：读取 MEMORY.md，核对核心身份段、运行规则段、专题索引表是否完整，核心段缺失按最高优先级修复。
• 第 3 步 编码校验：检查文件是否为 UTF-8、有无乱码和 BOM 标记，必要时转换编码并重新保存。
• 第 4 步 加载验证：随机抽查核心规则和专题索引关键词，确认 AI 能正确引用并触发读取，而不是只看文件存在。
• 第 5 步 修复执行：按 7 种断联类型执行对应操作——重建索引、从日志恢复核心段、重新绑定工作区，D 型核心丢失还提供 conversation_search 应急搜索流程。

适用边界与注意点

这套流程适合依赖 .memory 目录 + MEMORY.md 索引结构的记忆体系，不负责替代模型上下文本身，也不是通用的数据库修复工具。日志不连续只记录不阻断；文件结构被破坏时，仍需用户补充核心信息。第 4 步验证失败可能意味着需重启客户端，而非改文件就能解决。