用途：在开始或续接项目工作时，通过项目既有记忆恢复足够上下文，使其作为持续的项目伙伴继续工作，而不必重复早前决策或加载全部历史。
可用记忆来源：StrictDoc docs/ 提供人类可读的当前规范、决策与理由、项目历史及维护中的参考文档，读取相关 .sdoc 文件或其导出；Magic Context 提供存储的事实、决策、经验、注入记忆与可恢复对话，可通过注入记忆、ctx_search、ctx_expand、ctx_memory、ctx_note 访问；claude-mem 提供可搜索的活动记录、观察与历史上下文，可通过 claude_mem_search 或可用的 claude-mem MCP 工具访问；代码、配置与 git 记录可佐证实际存在与变更，查看相关文件、调用链与历史。同一知识可能出现在多个来源，重叠有利于召回与交叉核对。
解读方式：StrictDoc 是当前项目规范的权威来源，其当前且已确认的规则优先于冲突的数据库记忆，但这是项目记录间的权威约定，不代表可覆盖实时指令。project_memory/decisions.sdoc 保存决策，journal.sdoc 保存带日期的经验与进展，handbook/ 保存参考资料；既有项目可能有不同组织方式。在捆绑的决策语法中，Active 表示当前，Proposed 表示未决，Deprecated 表示已退役，Superseded 表示已被替代，相关时遵循替代引用。日志条目或历史报告并不因其位于 docs/ 内就成为当前策略。需区分意图规则、实际实现与过往发生的事。最近数据库命中或提交可揭示偏差，但不单独决定应改哪条规则。来源冲突时，依据范围、状态、证据与用户当前意图理解差异，重大不确定性应明确呈现而非默许猜测。规范可演进，若确有已确定的决策变化，save-mem 可维护它并简要通知用户。
使用建议：从任务与项目说明开始，相关决策、README、入口点与近期进展通常比全量倾倒记忆更有用。当任务涉及项目自身词汇或领域模型时，先找到该语言已存在之处，如项目手册或项目使用的 CONTEXT.md，再定义名称。加载不是修改。注入的 Magic Context 记忆已可用，缺失上下文用 ctx_search 提问，措辞含真实名称或路径；措辞精确时用 ctx_expand 恢复原始对话。需要早前活动或观察时用 claude-mem，应先发现可用工具而非假设端口或库模式。大文档树先搜索再读相关节点及上下文，源 .sdoc 文件常已够用，JSON 导出结构可能因 StrictDoc 版本而异。缺失层属正常，带现有证据继续，并在影响任务时说明缺口；migrate-mem 可补建记忆树，save-mem 可保存新知识或调和陈旧记录。面向用户的回顾应聚焦当前有用上下文与开放问题，默认使用中文。