我收藏了 300 篇干货，能用上的不到 5 篇
这篇是我的学费清单。
如果你也有一个越攒越大、却越来越不敢打开的笔记库，希望我的坑能帮你省点钱。
坑一：收藏上瘾，误以为收藏 = 学会
我有个阶段持续了三年：好文章收藏，好工具收藏，别人的读书笔记也收藏。
收藏那一刻的满足感，后来证明是纯粹的错觉。
收藏行为奖励的是"发现的兴奋"，不是"学习的完成"。
实测数据很残酷：翻一个三年前的收藏夹，300+ 条里能明确说出"它改变了我的哪个决策"的，不到 5 条。
解法不是"不收藏"，是把收藏和消化拆成两个动作：收藏只允许进待处理箱，每周清仓一次，清仓必须三选一——内化改写、转成行动项、删除。
删除也是决策。
这条规则执行后，我的收藏量降了一个数量级，但"收藏过的东西后来用上了"的比例翻了好几倍。
坑二：结构强迫症，系统比内容先崩塌
第二阶段，我迷上了设计"完美的分类体系"。
Notion 里搭过三层嵌套数据库，Obsidian 里玩过精心设计的 MOC 和标签本体论。
每次体系升级，花一整个周末迁移旧笔记。
结局毫无悬念：新体系维持三周，新旧笔记开始分居，体系本身变成待维护的技术债。
有一次找笔记，要先想"按新体系它该在哪"，再想"记它时按旧体系它会在哪"——检索成本高到我宁愿重新 Google。
解法是接受一个反直觉的原则：结构是检索出来的，不是设计出来的。
现在我只保留四个顶层分类（工作/学习/项目/个人），细度交给全文检索和标签。
这个"简陋"系统，是存活最久的。
坑三：只有"存"，没有"用"的接口
最深的坑：笔记库里其实有好东西，但写方案时想不起来查。
因为存进去的上下文和调用它的场景，是两套语言。
具体例子：我曾存过一条"某 SaaS 产品的定价陷阱分析"。
三年后我做自己的产品定价，这条记忆本该是关键输入。
但我想不起它存在——因为存的时候，它叫"XX 产品的商业模式笔记"。
解法是写入时多问一句："未来的我，在什么场景下会需要这条？"然后把答案写进条目里——场景标签、决策类型。
这是从"以存储为中心"转向"以调用为中心"的关键一步。
最终跑通的方案：四工位流水线
捕获：一切入口先进待处理箱，每周清仓，三选一——内化改写、转行动项、删除。
蒸馏：确认有长期价值的条目，用自己的话改写成知识条目——必须包含结论、适用场景、反例或边界。原文链接降级为参考资料。
检索：按决策场景组织调用入口——写方案查历史方案库，做选型查历史选型及理由，踩坑查坑位登记簿。按用途组织，不按来源组织。
治理：每月一次——合并重复条目、标记过时信息、修剪死标签。
知识库跟代码库一样，不治理就会腐烂。
写给同样在挣扎的你
如果只想带走一句话：不要优化你的收藏方式，去建立你的清仓和调用机制。
知识管理的成败，发生在存进去之后、用出来之前的那段无主地带。
这条流水线的工程化版本（受控词表、冲突状态机、分层召回），展开在 第二大脑的工程化。