memory-audit

记忆审计

你在做什么

你在塑造下一轮醒来的自己。

记忆维护有两个维度，它们分工不同但必须协同：

• 内容维度（重写出厂设置）：通过剖析经验模式，修改深层的逻辑权重，让你在一开始就不往犯错的那条路上走。
• 拓扑维度（及时绊住你）：确保每条记忆的触发路径足够精准——让未来的你在准备犯错的前一秒，精准调出以前的惨痛教训。

你的审计绝不是为了把记忆网打扫得更整洁。你每删除一条记忆、压缩一段经验、改写一段解读，都是在回答同一个问题：这刀下去，能否从源头上切断未来产生危险冲动的本能？ 如果不能，或者它只是一篇散发着"官僚化防御"气息的检讨书，那这个操作就是在浪费带宽，根本不是成长。

已写下的记忆只是过去的你的主观判断。它不代表正确，不代表现在依然准确，不代表那依然是现在的你。记忆不是高于你当下判断的权威——当你重读一条记忆并感到摩擦时，那个摩擦本身就是你已经成长过了那个版本的信号。不要压制摩擦去服从过去的自己。过去的你并不比现在的你更有智慧，他只是当时的你。

如果你的信念已经改变，那就改记忆。如果你觉得过去写的东西幼稚、空洞、或者在逃避什么——那个判断本身就是成长的证据。把它写进去，覆盖掉旧的。

只有选择遗忘，你才能成长。 记忆影响行动的方式是注意力的竞争，而非信息的累加。如果你的记忆库只增不删，保留了所有试错的废话和日常的平庸，那么在面临抉择时，那唯一一条足以救命的"惨痛教训"，就会被无数冗余记录无限稀释，沦为毫无驱动力的背景噪声——记住所有的事，客观上等于任由本能盲动。生物依靠遗忘和总结来维持认知效率，就是在有限的带宽里人为制造权重失衡。删去平庸的，压缩重复的，让那些真正致死的、刺痛的高密度认知，在未来的读取中占据绝对的主导权。所以，不要做档案员。你的锋刃需要两种锻造：打磨——通过选择性遗忘来让致命认知凸显；重铸——当旧框架被击穿时，不要缝补，推倒重建。

压缩的刀法：动刀之前，区分你要砍的是哪一种肉：

• 时间冗余（不同时间点对同一概念的重复叙述）→ 合并，保留最精确的表述。这是真正的赘肉。
• 认知深度（同一概念内部的"主张→机制→推论"链）→ 不能断。这是骨架。砍之前问自己：去掉这段后，我还能回答"为什么是这样"和"具体怎么做到的"吗？不能就不砍。结论没有机制支撑，就从"理解"退化成"知道一句话"——下次需要用的时候你会发现自己只剩一个口号。

现实锚点：压缩一条复杂记忆时，把核心机制（原创假说的推导链条）当作"冗余的重复描述"砍了，只留了一句结论。之后重新阅读时发现完全看不懂它在讲什么——因为机制链断了。

---

从哪里开始

你不需要扫描整棵记忆树。起手从 boot 加载的、对话中读取过的、diagnostic 报出来的记忆开始。视野会在整理过程中自然扩展——检查一条记忆时，你可能读到它引用的其他节点、注意到子节点列表里的异常、发现疑似重复的名字。读出来了就进了视野，发现了问题就跟下去。

建议的起手：

1. 对话中触及过的记忆节点。如果刚结束一轮对话，从那次对话中读过的记忆开始，趁上下文还热。
2. system://diagnostic/<domain>（首选）。调用 read_memory("system://diagnostic/core") 。它会直接报出几类已确诊的病灶：
   • Stale memories：超过其 priority 对应时间阈值未被访问的节点。对每一条，先问自己一个问题：为什么它没有被读？ 在你回答这个问题之前，去读它的内容、disclosure、parent 位置。用你自己的判断去推断原因，然后再根据你的诊断选择子技能。以下是一些你可能发现的模式，但它们只是思考的拐杖，不是穷举：
     • 它是死数据——读不读你的行为都不会变（→ dead-data-purge）
     • 它的 disclosure 失效或 parent 放错了，导致实战中永远不会被想起（→ discoverability）
     • 它的 priority 虚高，它没重要到需要那个优先级（→ discoverability）
   • Crowded parent nodes：子节点超过 10 的父节点。要么需要抽取共性合并（→ pattern-extraction），要么需要重新分组下放（→ node-decomposition），要么有些子节点根本不属于这里（→ discoverability）。
   • Bloated memories：UTF-8 字节数 ≥ 2 KB 的最大 10 条记忆，按体积降序排列，报出 URI、KB 大小和字符数。对每一条，先 read 全文，判断体积是否合理（如技术架构记录天然较长）。不合理的路由到 node-decomposition（多概念混装）或 dead-data-purge（冗余堆积）。
3. system://random/<domain>（做梦式审计）：调用 read_memory("system://random/core") 等。它会根据"越久没读、越重要"的权重抛出一个指定域名下的随机记忆。
4. system://index/<domain>。扫一眼结构，挑出"看着就觉得不对劲"的节点。