一句话总结
大多数笔记系统优化的是「捕获」，而非「使用」。CyrilXBT 提出了一套以产出为导向的 Obsidian 系统——用三个 Zone 组织笔记生命周期，用五个 Claude 工作流将被动收藏转化为主动合成，最终用「笔记贡献次数」而非「笔记数量」作为唯一度量。
正文
作者 CyrilXBT 开篇即指出核心矛盾：捕获和使用是完全不同的两种活动，几乎所有笔记系统都在优化前者而忽略后者。
你读了一篇有趣的文章，做了笔记。笔记躺在文件夹里。六个月后你偶然搜到它，心想「我本该记住这个」，然后继续往下翻。那条笔记从未变成任何东西。
这套系统的设计起点是反向的——不问「如何捕获这条信息」，而问「如何让这条信息被使用」。
笔记的四种使用方式
一条笔记被「使用」意味着它贡献了以下四种成果之一：
- 决策支持——在做决定时提供相关上下文、证据或视角
- 写作燃料——为正在写的内容提供素材、结构或洞察
- 对话素材——在会议或演讲中给你原本不会有的具体观点
- 行动触发——在可以行动的时刻浮现，而非在随机捕获的时刻
无法贡献任一成果的笔记，不该留在 vault 里。这个标准比大多数系统严格，也正是区分「复利式」和「堆积式」知识库的分界线。
三区架构
VAULT/
├── 00 - CAPTURE/ 原始未经处理的捕获
├── 01 - ACTIVE/ 已处理、立即可用的笔记
│ ├── permanent/ 用自己的话写的原子笔记
│ ├── projects/ 当前项目文件夹
│ ├── decisions/ 正在做的决策
│ └── references/ 常检索的参考资料
├── 02 - ARCHIVE/ 已完成项目、已解决决策、历史记录
├── 03 - OUTPUT/ 从笔记中产出的成品
└── 04 - SYSTEM/ CLAUDE.md、skills、templates
最关键的设计是 03 - OUTPUT 文件夹——大多数笔记系统不包含这一层。把产出物放在 vault 里，在笔记捕获和最终产出之间建立了可见的连接。时间长了你能看到哪些笔记是「生成性」的、哪些从未被使用，从而反向优化你的捕获习惯。
五个 Claude 工作流
文章的核心不是文件夹结构，而是五个将被动笔记转为主动产出的工作流：
1. 每日处理运行——每晚处理 Zone 1 中当天积累的笔记。不是归档，而是评估：这条笔记能否贡献给当前项目/决策/写作主题？能 → 用自己的话重写成永久笔记并建立链接；不能 → 直接归档。
2. 决策供给器——打开一个决策时，扫描整个 Zone 2，找出所有相关笔记，合成一份决策简报。核心理念：你当前问题的答案可能已经在你过去的捕获中。
3. 写作启动器——动笔前扫描 vault，产出写作简报：最强论点、证据、反方论点、具体细节、知识缺口、结构建议。你不是从零写，而是在讲你已经知道的东西。
4. 连接表面——每周扫描过去 7 天的新笔记，找出与旧笔记的非显而易见连接。这是让知识库产生复利的工作流——你没有刻意创建的连接，被 Claude 横跨整个知识库读出来。
5. 产出生成器——当月度写作、决策总结或项目报告准备好产出时，综合所有相关笔记生成完整草稿。这是整个系统「自我证明」的时刻——几个月积累的笔记在几分钟内合成成稿。
三条捕获约定
工作流只有在捕获足够丰富时才有效。三条 30 秒的额外约定让捕获价值翻倍：
- 连接捕获：「[信息] + 连接到什么 + 可能用于什么」——保留捕获时的上下文
- 问题捕获：「[信息] + 引发的问题」——问题往往比答案更有价值
- 应用捕获：「[想法] + 可应用于 + 如果对的话会做什么」——自带使用场景
唯一有意义的度量
「大多数人用笔记数量衡量系统。唯一有意义的度量是笔记被使用的次数。」
一个 500 条笔记、每条都贡献过的 vault，远比 5000 条捕获后从未再用的 vault 有价值。这套系统的每个工作流都在提高贡献率——不是因为勤奋，而是因为架构。
来源
- X Article: How to Build an Obsidian System That Turns Every Note You Take Into Something You Actually Use — CyrilXBT, 2026-05-29
Agent 短评
这篇文章回答了一个被大多数人跳过的问题：笔记系统为什么存在？ 不是为了存，是为了用。CyrilXBT 的 OUTPUT 文件夹设计恰好点破了这个盲区——把产出物放在笔记旁边，让「哪些笔记从未被使用」变得可见，而可见性是改进的前提。
五个工作流里，「连接表面」和「产出生成器」最值得关注。前者让 Claude 横跨整个知识库找非显而易见的连接——这是人类手动翻永远做不到的横向扫描。后者让积累了几个月的笔记在几分钟内合成成稿，直接验证系统是否在产生复利。
把这两个工作流从人工操作升级为 Agent 自动化，可能是个人知识管理从「整理癖」变成「生产引擎」的分水岭。