先乱后治：增量形式化

结构应该是被内容踩出来的，不是先铺好等人走。

结构是记笔记最大的陷阱

几乎所有人在进行知识管理这件事上，都栽过同一个跟头：开始前花几个小时设计文件夹、标签体系、分类法，雄心勃勃地搭好一套结构，然后不到一个月就崩了。结构要么装不下真实内容，要么维护成本高到坚持不下去，最后笔记系统成了摆设。要么束之高阁，要么再次杂乱无章。

90 年代就有人研究过过度结构化的影响。Shipman 和 McCall 发现，信息系统越是把结构强加给用户，细粒度字段、强制校验，用户越抵触、越绕道走，甚至自己另起炉灶。人天然反抗被强加的结构。甚至后来还发了篇更狠的姊妹篇，标题直接叫《Formality Considered Harmful》，形式化有害论。强加的形式化不只是麻烦，更是有害的，会破坏用户和系统之间的信任。

他们的结论后来变成一个词：增量形式化（Incremental Formalization）。核心其实就是一句话：先自由，等自然模式浮现，再将其固化成结构。直译可能有点绕，说白了就四个字：先乱后治。

在公园里修路也一样。设计者预先铺设的道路路往往与游客所需要的路径存在差异，无论是路径方向，石板之间的间隔，都可能不符合实际需求。那么干脆先不铺路，等人来人往踩几年，“走的人多了就成了路”，再把最深的脚印浇筑成路。这叫 desire path，欲望路径。结构不是设计出来的，是被走出来的。

三种可能步入误区的结构观

• 结构先行：还没记几条笔记就建好完整体系，结果结构装不下真实内容，崩。
• 结构永存：定了标签和分类就再也不动，内容在变，结构僵死，最后笔记和体系脱节。
• 结构神圣：把整理当成记笔记的目的。整理的热情超过记录的热情，人就会在整理中逃避记录。

增量形式化是这三者的反叛，是尊重客观天性的，是始终进化的。其中结构是迟到的、临时的、可以被内容修改的。

两个工具造物主的呼应

增量形式化不是某个软件的专属，两个我在使用的工具的创造者，都在用自己的方式印证它。

Obsidian 的 Kepano 说得很直白：embraces chaos and laziness to create emergent structure，拥抱混乱和懒惰，让结构自然涌现。他的个人库故意保持极简，每日笔记加链接，别的都不管。他的终点是松散本身：结构存在于链接的隐网络里就够了。Obsidian 至今没有强加 schema 的机制，后来的 Bases 也只是把结构做成可外挂的查询视图，源文件永远保持混沌（其实很多图形化的PKM工具都是这样，只是将混乱的源文件隐藏了，ob则是放到你的面前），甚至其库中是没有文件夹结构的，全部平铺。

SilverBullet 是 Zef 自研的开源笔记工具，自部署、纯 Markdown 存储。他将增量形式化做成了官方产品哲学，指引里直接给出五级递进：倾倒、抽页打标签、链接、元数据、schema 软校验，每一步都等”需求来了”才升级。他文档里那个例子最直观：员工列表先手工维护，维护到烦了才换成属性加查询自动生成。更特别的是这套工具链本身就是笔记：schema、查询、Lua 脚本全都写在空间里的 Markdown 页面上，改结构就是改一页笔记。Obsidian 的扩展靠插件商店，那是先装好框架再开始；SilverBullet 的骨架是从笔记里自己长出来的。他的终点是形式化本身，只是要求你等模式涌现再动手。

两人终点不同，但反的是同一个东西：过早设计。有个说法叫 unearned structure，结构来得太容易。你还没记几条笔记就替整个库定好骨架，这骨架是白捡的，撑不住真实内容。Kepano 和 Zef 都在说同一件事：结构得搭建，但搭建的方式是先记录，让模式自然显现。

我的四条实操

落到日常，最近正在使用自部署的SilverBullet 。在迁移时便定了四条规矩，与其说是定的，不如说是踩坑踩出来的。从旧笔记体系迁到新工具那次，第一反应是带着旧框架过去，先规划好文件夹和标签再搬内容。搬了不到一半就发现，旧结构是按旧内容长的，新内容根本不认。那次之后我才真正理解先乱后治。

一，凭印象记，先不管体系里已有什么。 每次记录都要先检索一遍已有结构，写入成本就高到坚持不下去。重复、噪音、同义词，都是预期内的代价，换来的是持续的记录。记录一旦断了，再完美的结构都是空的。

二，设立结构安全网。 正如前文所说，不先立结构不代表没结构，敢先乱，是因为有保障：

• 内容本身可检索。易于处理 的文件格式、独特的关键词、具体的标题。”会议记录”会沉，”和xx同事谈xx项目”永远捞得起来，再加上 MD格式的易处理性，不担心在检索时出问题。
• 关联是承重墙。一条内容只要和别的内容建立过关联（链接、交叉引用，纸质时代的索引和页码），就永远找得到。联系的建立可以不是实质的，对方可以是不存在的虚拟引用，但必须要先建立联系。
• 标签是脚手架。标签是最难维护的，所以不要有直接构建长期注意的想法。如脚手架本身就是搭建结构时临时、粗糙、注定要合并的工具，在搭建每一层时，只需让它负责当下合适的结构即可。

三，等需求来临再合并。 当你整理时犹豫”这个和那个是不是一回事”，那一刻就是结构该凝固的信号。这种犹豫感是模式涌现的直接信号，比日历上定的整理日准得多。这也是我们在使用任何工具的前提。

四，定期清孤儿。 既没有关联也没有标签的内容，才是真正的散落。定期扫一遍就够了，评估其是否应该继续存在，又是否和其他有关联，或者是否能延展出新的内容，否则存档即可。

“渐进”本是同根生

增量形式化常和另外两个词放在一起比较：渐进式总结（Progressive Summarization）和渐进式阅读（Incremental Reading）。名字里都带”渐进”，很多人第一反应是选边站，问哪个更好。

它们是同一件事的三个切面，理念完全一致：都不相信一步到位，都相信时间会干活。区别只在面对的对象不同。

• 增量形式化管的是库：结构什么时候建。答案：等模式涌现。它处理的是整个笔记空间的骨架问题。
• 渐进式总结管的是条：单条内容怎么提炼。对同一条笔记反复加工，加粗、高亮、用自己的话重述，层层压缩，让精华越来越容易被未来的自己发现。它处理的是单条笔记的厚度问题。
• 渐进式阅读管的是流：材料怎么消化。把长文切碎，按间隔重复算法分批读，边读边抽卡。它处理的是输入节奏问题。

一个管骨架，一个管厚度，一个管节奏。分工不同，共享同一个底层信念：没有什么是可以一次做完的，结构、理解、记忆都得靠时间磨出来。

它们不仅不冲突，还天然叠着用。学习一个新疾病领域时就是这样：头一两天先快速扫一遍总论和目录，心里有张粗地图，知道大概有几块内容，但不固化成框架；接下来几周，渐进式阅读把指南、文献分批吃进来，今天一章指南，明天两篇综述，按间隔重复的节奏喂，不贪多；增量形式化负责在这段时间按住我的手，先只记零散的笔记，不搭”从机制到诊断到治疗”的框架；等材料吃到某个量，高频概念开始反复撞车，框架自己会浮出来，那时候再动手梳理；最后渐进式总结接管，把反复用到的关键结论一层层压薄。但这几步会循环着来：新文献推翻了旧框架，就拆了重建；压薄的结论过时了，就展开重来。核心知识点在反复中越来越轻，随时捞得起来。

三条路走向同一个终点：把”完成”从一次性动作，拆成持续发生的过程。

先乱后治，不止笔记

增量形式化看着是个笔记技术，但先乱后治、结构后行这条原则，不只在笔记里成立。它其实是复杂系统成长的通用方式。

工作里最典型。一套 SOP，如果一开始就写得滴水不漏，大概率没人照着做：规程是按想象中的操作设计的，现场根本不认。先让事情跑起来，跑出真实的操作习惯，再把顺手的做法固化成 SOP。这个顺序和笔记里先记录、模式浮现、再浇筑结构，一模一样。

写作也是。一上来就追求结构完美的文章，往往写不出来，因为骨架该长在内容后面。初稿允许乱，写着写着真正的结构自己会浮出来，再回头梳理。允许自己乱，是给结构留出被内容长出来的时间。

习惯和生活方式同样。一上来就排一张精确到分钟的完美作息表，多半三天就崩；先大致记两周自己的真实作息，看看哪些时段本来就顺，再顺着已有的坡道修整。被现实踩出来的习惯，比设计出来的习惯活得久。

连关系也适用。预设”关系应该长成什么样”的剧本，总被真实相处打脸；不预设，让两个人相处的真实模式自己浮现，再慢慢沉淀成默契。

共同点只有一个：先承认自己不知道答案，允许乱一阵，让真实模式浮现，再动手固化。能运转的复杂系统，都是从能运转的简单系统里长出来的，没有例外。结构只能长，不能抄。

结语

形式化的时机，比形式化本身重要。

结构是记笔记的果，不是因。先有足够多的内容，才有值得固化的模式。允许自己先乱一阵子，不是偷懒，是给结构留出被走出来的时间。