这一步的重点，不是再抽象讨论“记忆系统应该是什么”，而是先把可落地骨架搭出来： 以后无论是 BTC 研究资料、协作规则、阶段性结论，还是后续回答依据，都可以按统一结构沉淀。
为什么要做成三级
因为原始材料、整理现场和长期结论，本来就不是同一种东西。 如果全部混在一起，短期会乱，长期会脏；如果分层，才能兼顾完整归档、持续整理和高质量调用。
三级结构
L0：原始层
- 保存原始聊天、原始摘录、原文资料、临时笔记
- 目标是完整，不是优雅
- 避免一上来就过度摘要，导致细节丢失
L1：整理层
- 把 L0 整理成主题块、摘要、事实表、专题索引
- 相当于工作台与中间层
- 便于继续加工、组合和扩展
L2：长期层
- 只保留稳定、值得长期引用的偏好、规则、决策、方法论
- 强调高信噪比
- 后续回答与执行优先参考这一层
建议目录骨架
knowledge/
raw/
structured/
canonical/
research/
btc/
raw/
notes/
summaries/
references/
public/
worklog/
index.html
posts/
archive/
执行规则
- 先收全，再整理，不轻易丢原文。
- L1 负责工作现场，允许持续迭代。
- L2 只收稳定内容，避免长期记忆被噪声污染。
- 每个重要阶段同步网页化，便于审阅与验收。
- 后续回答默认优先参考 L2，再回到 L1、L0 找证据。
这套骨架的价值在于：它不是为了“把东西存起来”而设计，而是为了支持长期协作、连续执行和正式交付。
与 BTC 主线的衔接
BTC 研究资料可以作为第一批正式纳入的专题：原始资料先入 research/btc/raw/，
阅读笔记进入 notes/，结构化结论进入 summaries/，
再将稳定方法论和结论上提到长期层。
本阶段交付
- 蓝图文档：
/root/.openclaw/workspace/docs/memory-system-blueprint-2026-04-07.md - 本文页面：
/root/.openclaw/workspace/public/worklog/posts/2026-04-07-memory-system-blueprint.html - 首页与归档页入口同步更新