第 27 节 · 组织记忆：从文件夹到图谱¶
从一个 Obsidian 文件夹到一张知识图谱。这一节讲一个组织怎么记住自己说过什么，以及这套记忆里哪一层还是空的。
一、一个组织一天要产生多少"说过的话"¶
先看两组数。
第一组是留下来的文档：全库 387 篇东西，装在九个段位目录里。
第二组是说出去的话：各角色之间留下的交接单，216 份（口径：白板目录顶层的文件数）——其中 20 份是跨线交接件、16 份是走查记录、4 份是标准的上下游交接。
第二组更值得看，因为它记的是"话"。
一家公司最容易丢的，不是代码，不是文档，是交接那一刻的上下文。谁把什么交给谁、输入的边界在哪、什么才算完成、红线是什么——这些在人脑里默认"大家都知道"；一旦换人、换天、换会话，全部归零。
所以我对这件事加了一道很便宜的约束：交接必须按约定的骨架落成一张单子。
一份典型的交接单，骨头就这么几根：
| 字段 | 记什么 |
|---|---|
| 来源 | 谁发起的这件事 |
| 级联编号 | 这条线是从哪一根接过来的 |
| 任务摘要 | 一句话说清这一步干了什么 |
| 状态 | 到这一步为止是完成、待决策，还是卡住 |
| 决策请求 | 有没有需要另一个人点头才能往下走的事 |
| 风险备忘 | 这一步给下游埋了什么雷 |
拿一份真的来说：上游把一份技术长文的选题交给下游，单子上写的是——任务摘要一行（这是哪篇稿子）、本阶段产出三项（画像、情绪地图、选题决策）、下游输入要求一行（拿到这三样才能开工）。一张纸，把这步的边界和下一步的门槛同时钉死了。
每落下这样一张单子，就是一次"我说过的话被写下来了"。
这两组数放在一起看，比例是有点意思的：文档 387 篇，交接单 216 份。文档记的是"我想清楚了什么"，交接单记的是"我说清楚了什么"。后者不产生任何新知识，它只保证已经想清楚的事，不会在传递的路上蒸发。而一个组织真正的损耗，一大半正发生在这条路上——不是没人会做，是没人知道上一个人做到哪了。
图 A-27-1（待出）：一个组织要留下什么——387 篇文档 / 216 份交接单 / 九个段位
二、文件夹先长出来¶
知识库不是设计出来的，是长出来的——像仓库里的货架：先有货堆在地上，再有人来隔板。
今天它有九个段位：
| 段位 | 文件数 |
|---|---|
| 闪念 | 280 |
| 资源 | 71 |
| 领域 | 16 |
| 日记 | 10 |
| 归档 | 6 |
| 地图 | 5 |
| 模板 | 5 |
| 项目 | 5 |
| 手记 | 4 |
| 合计 | 402 |
402 个文件里，有 15 个是空占位文件。最极端的一整段，四个文件全是空的：年度、月度、季度、周度四个格子建好了，一个都没填。扣掉这 15 个，剩下 387 个，才是这个库真正记住的东西。
这个分布本身就说明问题：闪念一段 280 个，占了全库近七成。
闪念是什么？是"想到就丢进来的一句话"。点开看，多数文件名前头挂着一串时间戳——它是自动抓进来的，不是坐下来写的。便宜、不用整理、不用对任何人负责，所以它长得最快。而真正要花力气的那几段——领域 16、项目 5、地图 5——都还瘦。
一个组织的记忆，天然会往最省事的那一端倾斜。记下来几乎不用成本，整理出来才要。
顺带一句：那 71 个"资源"里，只有 47 个是笔记，另外 19 个是连图带原始数据一起拖回来的采集件，还有 5 个是空占位。"资源多"这件事本身就掺水——库里堆得最多的，往往是最没被消化过的。
图 A-27-2（待出）：九段分布——闪念 280 占近七成，手记一段 4 个空文件
三、图谱为什么没跟上¶
这一段是本节最难看的部分，我照原样写。
Obsidian 我用得不算敷衍。图谱视图、双链、画布这几个能力都配好了，社区插件也装了 11 个。
但能力配好了，笔记没连起来。
全库 387 篇里，真正用过双链的只有 49 篇——大约 13%。剩下 338 篇，不指向谁，也不被谁指向。
双链这东西的价值不在"好看"。你在一篇笔记里写下另外两篇的名字，那两篇的侧栏里就自动长出一条反向链接——下一次从任何一个口进来，都能顺着摸到另外两个。 索引卡一写，书就从"按位置找"变成了"按关系找"。而这 338 篇，只能按位置找。
一台配齐了索引系统的图书馆，进了 387 本书，只有 49 本做了交叉索引卡。卡片规格是同一套，系统是同一个系统——差的是有没有人去写这几张卡。
更难看的是地图。五张主题地图（内容、开发、量化、科研、公司总览），五张都至少有一条引用（链接 / 查询 / 路径）指向了已经被改名删掉的目录——其中三张是链接或查询直接指向，另外两张是把已删目录写进了内联代码里的路径。其中"内容"那张的查询，直接指向一个已经不存在的地方，打开就是空的。
那意味着什么？翻开"内容"那张地图，它看到的是空的——不是"少了几条"，是一条都没有。地图还挂在墙上，路早就拆了。这类文件有个讨厌的性质：它不会报错，它只会安静地给你一个空列表——或者一条通往空处的路径。
这两件事必须放在同一句里说：配了图谱能力，是真的；双链只有 13%、地图还指着旧目录，也是真的。所以正确的结论不是"知识已成网"，而是——网口编好了，网还没织。
我把这件事的教训压成一句：
文件夹解决的是"放在哪"，图谱解决的是"和谁有关"。这两件事，我们只做成了一件。
四、记忆分了三层，最上面那层是空的¶
前面讲的是"人写的东西"。系统自己每次开机会主动读的那部分，是另一套。
它按冷热分成三层（下表自上而下，就是从最靠上的层排到最靠下的层）：
| 层 | 规模 | 什么时候读 |
|---|---|---|
| 按需检索层 | 0 个文件 | 本该在需要的那一刻被检索出来 |
| 归档层 | 8 个文件，约 40KB（磁盘占用） | 需要时手动去翻 |
| 常驻层 | 5 个文件，217 行 | 每个会话开始，强制全量加载 |
这个分层本身是对的。越靠上的层越该空，越靠下的层越是天天要动——三层各管一件事：保证每次都看得见的、保证翻得到的、保证捞得出来的。
归档层里装的不是随手写的东西，而是几份定了型的架构决策，和几条从真实翻车里抄下来的教训记录。它们不参与每天的工作，但换人、换项目、换方向的时候，第一件事就是回来把它们对照一遍——这一层的作用，是让同一个坑不用摔第二次。
问题是最上面那层是空的。一个文件都没有，只留了一个占位文件。所以不能说"三级记忆都在运转"——最上面那个抽屉，什么都没有。
常驻层另有一个更具体的问题：它混进了跟这套技术栈毫无关系的东西。
里面躺着两份职业资格考试的备考材料，加起来 80 行。它们跟 Token、跟路由、跟上下文一点关系都没有，但它们被放在常驻层，每个会话一开机就要被完整加载一遍——每个字都要占一次预算。
这就是"常驻"的定价：不是你爱读它，是它躺在必经之路上。
217 行听起来不多。可它的成本不是 217 行，是每一次的 217 行。
图 A-27-3（待出）：三层记忆——常驻 5 文件 217 行 / 归档 8 文件 40KB / 按需检索层 0 文件
五、为什么一个 AI System 需要组织记忆¶
回到那条链子上。
第 26 节讲过的那块地——上下文——是工作台：它决定"这一次能看到多少"。而这一节的记忆是档案库：它决定"这一次能不能看到上一次"。工作台再大，一下班就清空；档案库可以一直在。
模型自己不记事。每次会话开始，它对上一次一无所知。所以一个系统想在第二天接着昨天干，就必须有一个外部的地方替它记住——这就是记忆这个零件存在的全部理由。它不是为了"留档"，是为了让下一步能站在上一步的肩膀上。
而这个零件有一个反直觉的地方：
记忆的价值不在"存"，在"取"。
存进去是便宜的那一步，取出来才是贵的那一步。387 篇躺着不动，价值是零；有价值的是"我现在要解决这个问题，系统能不能把相关的那五篇捞出来"。所以真正的指标从来不是篇数，是连接数——这也正是图谱存在的理由，也是为什么"文件夹很多"不能当成"记忆很好"。
我们今天的进度，诚实说，是：档案柜建好了，索引没跟上，抽取层是空的。
拿这把尺子量，我们才刚把柜子摆好——离一个"能记住自己的组织"还差得远。
一个组织如果记不住自己说过什么，它就会每天重新发明一遍自己。
数据与出处¶
- 一处含九个段位的 Obsidian 知识库：全库文件计数、各段位目录清单、空占位文件清单、采集件与笔记的构成
- 该知识库的 Obsidian 配置：核心插件开关（图谱 / 双链 / 画布）与社区插件清单（11 个）
- 全库双链使用率统计：387 篇里 49 篇出现双链
- 五张主题地图的实际内容：五张都至少有一条引用（链接 / 查询 / 路径）指向已被改名删掉的目录（三张为链接或查询，两张为内联代码里的路径），其中一张的查询指向的目录已不存在
- 三层记忆目录的现状：常驻 5 文件 217 行 / 归档 8 文件约 40KB（磁盘占用）/ 按需检索层 0 文件
- 常驻层中两份与所列技术栈无关的职业资格考试备考材料，共 80 行
- 216 个白板目录顶层文件的存量（含 20 份跨线交接件、16 份走查记录、4 份标准交接），以及交接单的约定骨架样本