如何选择适合自己的笔记工具，进而搭建知识库
一般来讲，笔记工具自带一套方法论。在讨论用什么工具之前，先问自己为什么用这个工具。要创造符合自己需求的工作流，笔记软件要做到两点：稳定可靠+阻力最小化。
何谓稳定可靠
何谓阻力最小化
知识库的目的是为了解决实际问题。因此：
两个事实：
矛盾点：
正是不被满足的需求和多个工具之间的摩擦，拉动我们在所谓的「重器轻用」和「all-in-one」之间来回摇摆。 在没有限定条件的前提下，这两个方向难以指导具体事件，只能表达个人立场，最终导向为了工具而工具。
作者指出：既然对于重器/All in One 的定义不明确，与其讨论这两个方向，不如回到最原始的问题——我们选择软件是要解决什么问题？
作者的回答：我们的需求是为了把输入消化后进行某种形式的输出（外向表达型和内向决策型）。为了有一个高效的输出，需要一个稳定可靠并减小阻力的工作流。工作流的实现需要工具的辅助。那么问题就变为：在工具的选择上，如何平衡当下的探索成本和未来的踩坑代价？
作者引用了 Donald Knuth 的理念：97%的优化为时过早，剩下3%的优化依然是关键且必要的。据此，作者提出：
要做到以上三点，对自我和工具有一个明确的认知。
作者提出了认清自我的三个方面：
| 房子 | 说明 | 软件 | 优点 | 缺点 |
|---|---|---|---|---|
| 精装房 | 自身包含了一套方法论 | Roam Research/Heptabase | 上手简单 | 当新的需求出现/用久了发现不符合自己习惯时，可能出现怎么调整都不契合的情况 |
| 毛坯房 | 只定义笔记的格式和一些操作笔记的基本方法 | Obsidian/Logseq/Emacs Org-mode | 简陋但客制化程度高 | 处在更底层逻辑，入门门槛更高，需要付出更多的时间和精力 |
| Open Plan | 模板化的底层工具 | 先使用比较流行的配置方案，随着自己有了独特的需求后，再选择自己加组件 | 除了底层逻辑，还要了解现有模板的组装逻辑 |
作者的建议：
| 建议 | 原因 | |
|---|---|---|
| 新手 | 自带方法论的工具 | 新手最重要的两点需求： 1. 明确且适当的束缚：太过自由，超出能力范畴的自由只会让人无所适从 2. 从工具属性来说，使用一个能快速上手满足自身需求的工具，而不是费力去配置工具 |
| 进阶 | 靠近底层逻辑的工具 | 1. 可以在第一个方案上继续工作，不打乱输出节奏 2. 根据自身需求，认识到在原有的方法论中，哪些功能非常重要，哪些可以妥协。有了明确的目标，这些工具便可以提供充足的潜能 |
工具的选择标准和使用方法很难做统一评价，因此作者主要讨论了两个问题：
对于第一个问题，作者认为，在讨论软件的「付费多少」问题之前，要先确定「付费种类」有哪些。作者归为以下几类：
对于第二个问题，作者认为以下几点需要考虑：
是否具备专业性？ 专业性可以从工具功能/官方博客/团队构成等角度去考虑。特别地，对于笔记软件，作者会看其是否有自己的一套方法论，比如：