知识库不是收藏夹，而是一台产出引擎
很多人的“知识库”包括我之前，最后都变成同一坨糨糊：几百个收藏夹、几千条剪藏、一堆再也没打开过的文档。东西确实存下来了，但从来没看过，也没有整理过，而且在写文章、做项目或查一个具体问题的参考时，还是从头开始，变成了实打实的收藏怪。
我已经不记得我折腾了多少笔记工具，哪怕最终开始深度使用 Obsidian，但依然没逃过重新创建了多次 Vault，永远都在收藏，收藏到一坨的时候就不想维护了，直接新建一个，心里想着，立个 flag，这次我要好好整理笔记，最终又变成了一坨~
现在反思，我认为我有两个问题一直没有解决：
- 内容只进不出，没有思考，没有提炼
- 舍不得删
一个只进不出的笔记库，时间越长越杂乱，只会有个好像记得记过，却说不清它改变了什么判断，也不知道该在什么时候拿出来用。
我现在的 Vault 从一开始就分层设计，不只是一个收藏夹，而是结合 AI 工具的一台产出引擎，用来产出文章、视频、项目决策。
Vault 分层
要搭建的知识库，重心不应该是纠结用什么软件？目录怎么建立？标签打什么？而应该是一个使用问题：
这条内容，我以后会重读，用它来继续思考，还是查出来直接使用？
- 会重读来继续想，进入思考层。
- 会查出来照着做，进入参考层。
- 暂时判断不了，临时收藏，先放 Inbox。
这个问题不是按主题分类，而是按未来的使用动作分类。同一篇关于 Kafka 的文章，可能同时产出一条关于系统设计的判断、一份排障步骤和一张命令速查表。它们主题相同，用法不同，所以不该挤在同一种笔记里。
Inbox 不负责长期保存。处理后的内容进入稳定的层，比如进入参考层或者思考层，原始的 fleeting note 就删掉，而且必须不链接 Inbox，因为这些链接迟早会断。
思考层：把输入变成自己的判断
思考层使用 Zettelkasten （卡片盒），主要有两类笔记：
- Literature note （文献笔记），记录“这个来源给了我什么”，不能全文摘抄，而是对来源的一个消化。
- Permanent note （永久笔记），记录一条自己的原子命题。它要脱离来源也能看懂，并且能在未来继续被修正、反驳和引用。
永久笔记最容易写错的地方是标题，
PKM 方法论、卡片盒笔记 只是主题名，没有表达任何判断，永久笔记的标题应该是一条可被反驳的断言 ，这样才是一张可以拿来思考的卡片。一般提取一个永久笔记的流程：
- 去情境化：去除 “我在哪里看到、当时在讨论什么”
- 逼出命题：把“关于 X 的描述”改成一句关于 X 的断言。
- 用自己的话重写：合上原文后仍能说清楚，才算真正理解。
- 链接起来：把它连到已有的永久笔记上，写清关系。
一个来源（Fleeting Note、Inbox、Literature Note）抽出 0 到 3 张永久笔记很正常，如果没有形成自己的判断，就没必要写一篇永久笔记卡片。另外更重要的是边界：这句话什么时候成立，什么时候失效，代价被转移到了哪里？没有这些内容，永久笔记很容易退化成一句漂亮但无用的口号，可能过一段时间自己都不懂为什么要有这样的一个断言了。
思考层笔记保持扁平，不按主题继续分文件夹，连接靠笔记之间的关系，当一个主题真的长大到难以导航时，再做一张 MOC。
参考层：把会重复使用的东西放进 PARA
参考层笔记放的是以后会查出来使用的内容，我用 PARA 组织：
层 | 放什么 | 判断方式 |
|---|---|---|
Projects | 有终点的目标，例如写一篇博客、交付一个功能等 | 存在明确的“做完”判断 |
Areas | 没有终点的长期任务，例如写博客、保持发布节奏 | 是不是长久的、循环的任务 |
Resources | 教程、命令、概念说明、操作经验等 | 只会回来查用 |
Archive | 已经失活的 Project、Area 或 Resource | 不再需要主动维护 |
比如，“写这篇文章”是 Project，“持续写博客，每周一篇”是 Area，“写作方法”是 Resource。
参考层还有三条简单规则：
- 文件夹表达主要主题
type表达笔记用途- tag 只做横向检索
比如一个 Backend 目录里可以同时有 how-to、reference 和 cheat sheet，不必再为每种格式建一层目录。
参考层和思考层如何运作？
我的工作流如下：
捕获 → 蒸馏 → 立项 → 组装 → 发布 → 新问题再次进入捕获
捕获：先进 Inbox
一个闪念可以先进当天日记，或者创建一个闪念笔记，网页剪藏的内容进 Inbox，且只保留来源指针和自己的理解，不保存整篇正文。
蒸馏：决定什么值得留下
处理 Inbox 时，再用“需要思考还是留着以后查”分流。
- 自己的判断进入 Permanent
- 一个来源的分析、感悟进入 Literature
- 以后照着做的内容进入 Resource
- 没用或已经榨干的输入直接删除
这里的重点是“加工”，如果按照我之前的做法，把全文从浏览器搬进 Obsidian，只是换了一个收藏地点而已，毛用都没有。
立项与组装：写作不是从 0 开始
想法先在 Area 的选题池里放着，真正决定要做时才开 Project，Project 写目标、完成标准、下一步动作和素材链接，是一次产出的工作台。
要写什么内容，就从哪一层取相关的笔记，比如观点文章主要从永久笔记找，教程和概念说明主要从 Resource 笔记中找，一般也是混用的。
发布：成品进入 Output，而不是回灌思考层
成熟的草稿从 Project 写到
Output。这里保存可继续维护的博客、视频和社交内容等。发布后收到的反馈、暴露出的漏洞、写作时冒出的新问题，再次进入 Inbox 或日记，整个飞轮也就能转起来了。（但实际上我拉的群、发的公众号、公司做的分享没人鸟我，也没人跟我讨论~）
SOP 和 工具化
一套方法如果每次都要靠记忆执行，很快就会变形，所以要打造、沉淀自己的模板和 SOP，并把 SOP 工具化
- QuickAdd 负责创建入口。选择笔记类型后，文件名、模板和目标目录已经确定。
- 模板固定 frontmatter。
type、source、status、发布字段各有明确位置，不必每次重新决定，保持结构的一致性。 - Obsidian Tasks 只读取 Project 和 Area 里的任务，任务看板本身不保存状态。
- 使用 Git 同步，错误修改可以追溯。
- 一份本地 Markdown 可以同步到不同平台。
指标监控和判断
笔记数量不是最有用的指标，应该更需要关心的是：
- Inbox 能不能周期性清空，而不是持续膨胀，强制删除，倒逼行动。
- 永久笔记的反链是否在增加，同一条判断有没有被不同项目引用。
- 每个活跃 Project 是否都有一条可以马上开始的下一步动作。
- 内容是否稳定地从 Project 进入 Output。
- 完成一次产出后，有没有新的问题和反馈进入下一轮捕获。
如果只有收藏量在涨，说明当前的知识库系统是非常不健康的状态。
目录展示
忽略
04-project-notes ~其中 assets 是小黑配图的默认路径，images 已经废弃了，Books 写了插件，用来收藏书单，效果如下图：