记忆与知识

记忆库入口

长期记忆的读取入口，带上下文预算。

免费 免费阅读，也可以邮件索要技能文件。

背景描述

用户的历史偏好、决策、项目细节已经沉淀在磁盘上（477+ 张会话卡、18 条工作线、8 册需求）。这个技能只干一件事：让这些内容在需要时被读到，且只读该读的那几页。

为什么这么做

检索顺序是一层层收窄的。第 0 步先读 记忆总览.md，限一页；第 1 步只用 grep 扫 INDEX.md，只拿命中行的 key；第 2 步开一条工作线页；第 3 步只开需求库的一册；第 4、5 步 grep 教训与决策，只读命中段落前后 20 行。预算把这条顺序写成了数字：单次任务进上下文的库内容不超过 3 个文件、8k 字。库里读得越勤，留给正事的上下文越少。

四库按「这条知识归谁」分开：记忆库记人和规矩，需求库记活的标准，经验库记干活的手艺，知识库记干过什么。判据是换个人来做，这条还需不需要知道。库只是历史快照，用户当前指令与 AGENTS.md 排在它前面；发现冲突要点出来，不照库执行。写入不归它管，唯一例外是记忆库：当场纠正我时补一两条，必带来源、日期、等级。

真实踩坑

• 整库灌进上下文 开工先把四个库文件整篇读完，8k 预算一次用光，真正要干的活只剩几百字空间，回复变成旧项目复述。「不整读」和检索第 1 步「只拿命中行的 key」就是拦它的。读得越多，越像在用记忆。
• 过期快照当现状 卡片带日期，规格改版或 key 失效后旧结论还在库里，照它执行就把已经推翻的做法再做一遍。引用时带一行来源和快照日期，正是为了让老板能回一句「那页过时了」；新鲜度自查也写明快照之后的事可能推翻它。
• grep 不到就用常识补 关键词扫不到，就直接给出一个像样的日期或结论，用户没法分辨这是库里的还是编的。规则只有一句：grep 不到就说「库内没有这条记录」，不用常识补。读得少只影响效率，编出来会改掉后面的决定。
• 往知识库手写日志 把当天进展直接写进知识库，下次跑 kb-builder 重建索引时它们不在卡片队列里，INDEX 与目录对不上，核对时找不到出处。写入被挡在外面：增改只走增量流程，且只在用户说「整理知识库」时执行。

这个技能里有什么

1. 什么时候用
2. 库在哪
3. 检索顺序（逐层收窄，命中即停）
4. 硬规则
5. 输出习惯

目录就是技能文件自己的标题，顺序没有动过。

用法描述

跨项目永久记忆的读取入口。开工任何非琐碎任务前、或用户问「我以前怎么定的/我的偏好/这个项目之前做到哪」时使用；规定按需分层读取记忆库（D:\资产\记忆库，关于用户本人）、Obsidian 知识库（D:\资产\知识库）与需求库（D:\资产\需求库），禁止整库灌上下文。

怎么用

1. 用邮箱收这个文件，它就是一个 SKILL.md。
2. 放进 agent 读取的技能目录，目录名用 memory-vault。
3. 用描述里的触发句开头，或直接点名这个技能。