停止无效阅读！这才是把书读薄再读厚的方法——一个程序员的"渐进式总结"实战手册

停止无效阅读！这才是把书读薄再读厚的方法

——一个程序员的"渐进式总结"实战手册

你好，我是【一只阿木木】，一名后端程序员。用工程师的逻辑搭建系统，用产品经理的思维经营自己。

这是「重塑大脑」系列的第三篇。前两篇我们解决了"为什么要做"和"骨架怎么搭"。这一篇，我们来解决最核心的问题——你存进去的东西，怎么才能真正变成你的？

01 | 一个让我脸红的实验

写这篇文章之前，我做了一个残忍的实验。

我打开了自己三个月前的旧笔记库（就是上一篇里展示的那个"黑历史"仓库），随机抽了10条笔记，测试自己还记得多少。

结果如下：

10条笔记，9条是复制粘贴的，我只记住了1条——唯一一条是自己写的。

这个结果让我非常难堪。

我花了那么多时间"做笔记"，实际上做的不是笔记，是搬运。

我把互联网的内容从A处搬到B处，这个过程中我的大脑几乎没有参与任何思考。所以当然记不住。

这就像你把别人的代码复制到你的项目里，不看、不理解、不改。出了Bug你能修吗？你不能。因为那段代码从来不是你的。

那个下午我终于想明白了一件事：

笔记的价值不在于你存了多少，而在于你"加工"了多少。

而加工的方法，就是今天要讲的两个核心概念：渐进式总结和永久笔记。

02 | 渐进式总结：给你的笔记做"四次蒸馏"

"渐进式总结"（Progressive Summarization）是 Tiago Forte 在《打造第二大脑》中提出的核心方法。

它的本质思想是：

不要试图一次性把一篇文章读透、记透。而是每次经过这条笔记时，都对它做一层"提纯"，让精华逐渐浮现。

这个概念对程序员来说特别好理解。你可以把它想象成一个数据清洗管道（ETL Pipeline）：

原始数据 → 粗筛 → 精炼 → 聚合 → 输出
  L0        L1      L2      L3      L4

对应到笔记上：

L0：原始全文（收藏的文章/书的章节）
L1：高亮（加粗你觉得重要的句子）
L2：重点高亮（在L1的基础上，再标出最核心的部分）
L3：摘要（用自己的话写一段总结）
L4：融合（把这条笔记和其他笔记连接，产生新观点）

大多数人的笔记永远停在L0——原封不动地收藏全文，然后再也不碰。

少数"勤快"的人做到了L1——画了高亮线，但通篇都是荧光色，等于什么都没高亮。

而真正让知识"变成你的"，是从L2开始的。

下面我用一个真实案例，带你走一遍完整的L0到L4。

03 | 实战演示：一篇技术文章的"四次蒸馏"

场景

假设你在网上看到一篇文章：《为什么我们从微服务回归了单体架构》。

这类文章你是不是经常看到？看完觉得"嗯，有道理"，然后收藏，然后——再也没打开过？

今天我们不这样做了。跟着我走一遍完整流程。

L0：原始捕获

把文章的核心内容存到 Obsidian 的 00-Inbox/ 里。

你不需要复制全文。只需要保留你觉得有价值的段落。

# 为什么我们从微服务回归了单体架构

来源：某技术博客
日期：2024-01-15
标签：#待处理

---

我们公司在2021年把单体应用拆成了12个微服务。最初效果很好，
各团队可以独立部署。但到了2023年，问题开始暴露：

1. 服务间调用链路太长，排查一个Bug要翻5个服务的日志
2. 每个服务都要维护自己的CI/CD流水线，运维成本翻了3倍
3. 数据一致性问题频发，分布式事务让代码复杂度飙升
4. 团队从8人扩展到了40人后，微服务的优势才体现出来，
   但我们只有15人

最终我们决定把核心业务合并回单体，只保留3个独立服务
（用户服务、支付服务、消息服务）。

结果：部署频率提升了40%，线上事故率下降了60%。

此刻你的工作量：5分钟。做完就可以关掉了。

不要有压力。L0 的唯一目的是"先把原料放进仓库"。

L1：第一次蒸馏——粗高亮

当天晚上清理 Inbox 的时候（还记得上一篇说的"每天10分钟清空Inbox"吗？），再次打开这条笔记。

这一次，你快速浏览一遍，把你觉得最重要的句子加粗：

1. 服务间调用链路太长，**排查一个Bug要翻5个服务的日志**
2. 每个服务都要维护自己的CI/CD流水线，**运维成本翻了3倍**
3. **数据一致性问题频发**，分布式事务让代码复杂度飙升
4. **团队从8人扩展到了40人后，微服务的优势才体现出来，
   但我们只有15人**

最终我们决定把核心业务合并回单体，只保留3个独立服务。

结果：**部署频率提升了40%，线上事故率下降了60%**。

此刻你的额外工作量：2分钟。

然后把这条笔记从 00-Inbox 移到 03-Resources/系统设计/。

做完了。今天的工作就这些。

L2：第二次蒸馏——精高亮

也许一周后，你在做自己项目的技术选型时，想起了这条笔记。你搜索"微服务"，找到了它。

这一次，你在 L1 的基础上，用 ==高亮== 标出最最核心的、你将来最可能引用的结论：

1. 服务间调用链路太长，**排查一个Bug要翻5个服务的日志**
2. 每个服务都要维护自己的CI/CD流水线，**运维成本翻了3倍**
3. **数据一致性问题频发**，分布式事务让代码复杂度飙升
4. ==团队从8人扩展到了40人后，微服务的优势才体现出来，
   但我们只有15人==

结果：==部署频率提升了40%，线上事故率下降了60%==。

看到了吗？经过两轮筛选，核心信息从一整篇文章被压缩成了两句话：

• 微服务适合大团队（40人+），不适合小团队（15人）
• 回归单体后，效率反而提升了

此刻你的额外工作量：1分钟。

L3：第三次蒸馏——用自己的话写摘要

这一步是质变发生的时刻。

在笔记的顶部，加上一个 ## 我的总结 区块，用你自己的话写下你从这篇文章中提炼的核心观点：

# 为什么我们从微服务回归了单体架构

## 我的总结
微服务不是银弹。架构选型的关键变量不是"技术先进性"，
而是"团队规模"和"业务复杂度"。

一个经验法则：
- 团队 < 20人 → 单体优先（模块化单体）
- 团队 > 40人 → 考虑微服务
- 中间地带 → 先单体，等痛了再拆

这个案例最有价值的数据点：
回归单体后，部署频率+40%，事故率-60%。
说明"简单"本身就是一种竞争力。

→ 这条结论可以用在 [[我的技术选型决策框架]] 里。

---
（以下是原文摘录和高亮...）

注意最后那一行——我在笔记里留了一条链接，连向另一条笔记。

这就是"知识的连接"开始发生的时刻。我稍后会详细讲。

此刻你的额外工作量：5分钟。

但这5分钟的价值，超过了前面所有步骤的总和。

因为当你用自己的话重新表述的时候，你的大脑被迫做了一件事——思考。

复制粘贴不需要思考。画高亮线不需要太多思考。但用自己的话写下来，你必须理解、概括、提炼。

这个过程，就是知识从"别人的"变成"你的"的过程。

L4：第四次蒸馏——连接与融合

这是最高级的一步，也是最"程序员"的一步。

还记得 Obsidian 的双向链接吗？现在该让它发挥作用了。

在写完 L3 的总结后，我问自己一个问题：

"这条笔记跟我已有的哪些知识有关系？"

然后我在笔记底部加上了一个 ## 关联笔记 区块：

## 关联笔记
- [[我的技术选型决策框架]]
  → 把"团队规模"作为选型维度之一加进去
- [[Conway定律]]
  → 这个案例完美印证了康威定律：
    组织结构决定系统架构，而不是反过来
- [[2024-Q1 数据看板项目]]
  → 我们团队只有6个人，看板项目绝对不要拆微服务
- [[KISS原则]]
  → "简单本身就是竞争力"这句话可以作为KISS原则的案例

你看到发生了什么吗？

一篇普通的技术博客文章，经过四次蒸馏后：

• 它不再是一篇孤立的收藏
• 它和你的技术决策框架连上了
• 它和你正在做的项目连上了
• 它甚至和一个计算机科学的经典理论连上了

这条笔记活了。它不再是一个静态的文件，它变成了你知识网络中的一个活跃节点。

以后你在做任何技术选型的时候，只要打开 [[我的技术选型决策框架]]，就会在"反向链接"面板里看到这条笔记自动出现。

你的旧知识，会主动来找你。

04 | 卡片笔记法：从"文献笔记"到"永久笔记"

讲完了渐进式总结，我要引入另一个互补的概念——来自《卡片笔记写作法》的卢曼卡片盒（Zettelkasten）。

你可能会问：这和渐进式总结有什么区别？

简单来说：

渐进式总结是"提纯"，卡片笔记法是"拆解重组"。

两者配合使用，效果拉满。

卢曼的三种笔记

德国社会学家尼克拉斯·卢曼一生写了70本书、400多篇论文。他的秘密武器就是一个装了9万张卡片的木柜子。

他的体系里有三种笔记：

1. 闪念笔记（Fleeting Notes）

随时随地冒出来的想法。写在纸巾上、手机上、任何地方。

关键特征：临时的，必须在24小时内处理，否则删掉。

我的做法：用 Flomo 或者 Obsidian 的 Daily Note 随手记。

# 2024-01-20 闪念

- 突然想到：PARA的四层其实和HTTP状态码的分类逻辑很像？
  都是用"状态"而不是"内容"来分类

- 通勤路上听播客，提到"反脆弱"概念。
  跟知识管理的关系：一个好的知识库应该越用越强，
  而不是越多越乱

- 公司会议上老板说"要做数据中台"，
  我觉得这是伪需求。理由待整理。

注意：这些闪念如果24小时内没有被加工成文献笔记或永久笔记，就删掉。

不要心疼。真正重要的想法不会只出现一次——它一定会反复出现在你脑海里。如果一条闪念出现过一次就再也没想起来过，说明它真的不重要。

2. 文献笔记（Literature Notes）

读书、读文章时做的笔记。上面讲的渐进式总结 L0-L3，就是在做文献笔记。

关键特征：永远和出处绑定。标注来源、作者、页码。

3. 永久笔记（Permanent Notes）⭐

这是整个体系中最有价值的产物。

永久笔记的定义：一条完整的、用你自己的话写成的、脱离了原始出处仍然能被理解的知识卡片。

每条永久笔记只讲一个观点（原子化）。

它的格式通常是：

# 小团队不应盲目采用微服务架构

团队规模是架构选型的关键变量，而非技术先进性。

当团队少于20人时，微服务带来的运维成本（独立CI/CD、
分布式事务、跨服务调试）会远超过它带来的收益
（独立部署、技术栈自由）。

一个经验法则：
- < 20人：单体优先
- 20-40人：模块化单体（Modular Monolith）
- > 40人：考虑微服务

相关：
- [[Conway定律]] - 组织结构决定系统架构
- [[KISS原则]] - 简单本身是一种竞争力
- [[模块化单体架构]] - 介于单体和微服务之间的方案

来源：[[为什么我们从微服务回归了单体架构（文献笔记）]]

你看到了吗？这条永久笔记和前面的文献笔记有本质区别：

• 文献笔记是"这篇文章讲了什么"
• 永久笔记是"我认为什么"

文献笔记依附于原文。永久笔记独立存在。

你可以把文献笔记想象成原始数据，永久笔记想象成数据分析报告。报告才是有决策价值的东西。

05 | 完整工作流：从"看到一篇文章"到"写出一条永久笔记"

让我把上面所有概念串成一个你每天可以直接执行的工作流：

Step 1: 捕获（随时，30秒）
┌─────────────────────────────┐
│  看到有价值的信息            │
│  → 丢进 Flomo / Inbox       │
│  → 只记关键词和来源链接     │
│  → 不要在这一步花超过1分钟  │
└──────────────┬──────────────┘
               ▼
Step 2: 粗加工（每天晚上，10分钟）
┌─────────────────────────────┐
│  清空 Inbox                  │
│  → 快速浏览今天收集的内容    │
│  → 没价值的 → 直接删除       │
│  → 有价值的 → 做 L1 高亮     │
│  → 移到 PARA 对应位置        │
└──────────────┬──────────────┘
               ▼
Step 3: 精加工（每周末，30分钟）
┌─────────────────────────────┐
│  打开本周移到 Resources/     │
│  Areas 的笔记                │
│  → 做 L2 精高亮              │
│  → 做 L3 用自己的话写总结    │
│  → 建立双向链接              │
└──────────────┬──────────────┘
               ▼
Step 4: 结晶（当灵感出现时，不定期）
┌─────────────────────────────┐
│  从文献笔记中提炼永久笔记    │
│  → 一条永久笔记只讲一个观点  │
│  → 用自己的话完整表述        │
│  → 与已有的永久笔记建立链接  │
│  → 存入对应的 Area/Resource  │
└─────────────────────────────┘

关键原则：不是每条笔记都需要走到L4。

大部分笔记停在 L1 或 L2 就够了。只有那些你反复遇到的、与你的核心领域强相关的、让你产生了新思考的内容，才值得被提炼成永久笔记。

我的知识库里：

• L0-L1 的笔记：约占 60%
• L2-L3 的笔记：约占 30%
• L4 永久笔记：约占 10%

那10%的永久笔记，贡献了我90%的产出价值。

这就是二八定律在知识管理中的体现。

06 | 我的三个真实"蒸馏"案例

案例一：技术调研 → 技术选型文档

输入：阅读了5篇关于消息队列的技术博客

L0-L2：在每篇文章里标注了核心对比点

L3 文献笔记：写了一条总结——《主流消息队列选型对比》

## 我的总结
- 追求吞吐量 → Kafka
- 追求灵活路由 → RabbitMQ  
- 追求简单易用 → Redis Stream
- 追求云原生 → Pulsar

关键选型维度：吞吐量、延迟、消息可靠性、运维复杂度、
团队熟悉度

L4 永久笔记：提炼出一条——《技术选型的核心不是性能，是团队认知成本》

在中小团队中，技术选型最重要的维度不是"哪个性能更好"，
而是"团队有没有人能hold住"。

选一个70分但团队熟悉的方案，
远好过选一个95分但没人会运维的方案。

相关：[[小团队不应盲目采用微服务架构]]

最终产出：在公司做技术方案评审时，我直接调用了这两条笔记，10分钟拼出了选型报告的核心部分。组长看完后说了一句：

"这个分析维度很成熟，你是做了很多功课吧？"

是的，但这个"功课"不是那天做的。是过去三个月一点一滴"蒸馏"出来的。

案例二：碎片阅读 → 公众号文章选题

输入：日常刷到的零散信息

闪念笔记（分散在不同天的 Daily Note 里）：

- 1月3日：看到一个说法"收藏=学会"是互联网最大的谎言，深以为然
- 1月7日：同事问我"你是怎么记笔记的"，我发现我讲不清楚
- 1月12日：读《卡片笔记写作法》，发现卢曼的方法很像程序员
         写代码的模块化思想
- 1月15日：又一次在收藏夹里找不到之前存的文章了

连接时刻：在某天的周回顾中，我在 Obsidian 的图谱视图里发现，这四条笔记虽然记在不同的日期，但它们都指向同一个主题——"知识管理"。

永久笔记：

# 大多数人的知识管理困境源于"只收不炼"

人们习惯用"收藏"代替"学习"，用"存储"代替"思考"。

这是一种低成本的自我安慰——
点一下收藏按钮获得的虚假满足感，
远比花30分钟精读一篇文章来得容易。

解决方案不是"少收藏"，而是在收藏后
增加一个"加工"环节——哪怕只用自己的话写一句话。

相关：
- [[渐进式总结方法论]]
- [[卢曼卡片盒笔记法]]

最终产出：这条永久笔记，直接演变成了本系列第一篇文章的核心论点。

你正在阅读的这个系列文章，就是从我的永久笔记里"长"出来的。

案例三：用户增长知识 → 帮朋友做活动方案

输入：过去半年零散学习的增长/营销知识

我的 Resources 里的相关永久笔记：

03-Resources/数据营销/
├── 裂变活动的核心是"利益+社交货币".md
├── 转化漏斗的每一层都必须有数据埋点.md
├── A-B测试的最小样本量计算.md
├── 用户分层的RFM模型.md
└── 冷启动阶段用"种子用户+邀请机制"比投放划算.md

朋友来找我帮忙做一个新产品的冷启动方案时，我打开这个文件夹，像拼乐高一样把这些卡片组合了起来：

方案大纲：

1. 目标用户 → 用 [[用户分层的RFM模型]] 先定义种子用户画像
2. 冷启动策略 → [[冷启动阶段用种子用户+邀请机制比投放划算]]
3. 裂变机制 → [[裂变活动的核心是利益+社交货币]]
4. 数据追踪 → [[转化漏斗的每一层都必须有数据埋点]]
5. 迭代优化 → [[A-B测试的最小样本量计算]]

从接到需求到拿出初稿：45分钟。

朋友震惊了。

但我心里清楚：这份方案不是45分钟做出来的。它是过去半年里，每周花30分钟做"笔记蒸馏"，慢慢积累出来的。

这就是"第二大脑"的复利效应。

每一条永久笔记都是一块积木。积木越多，你能拼出的东西就越多，速度就越快。

07 | 你最担心的三个问题

每次讲到这里，我都会收到同样的三个问题。提前解答：

Q1："每条笔记都要蒸馏到L4吗？太累了吧？"

不需要。

我前面说了，只有10%的笔记值得做到L4。大部分笔记停在L1（高亮）就够了。

判断标准很简单：

• 你在一周内第二次想起这条笔记 → 值得做L2-L3
• 你发现这条笔记和另一条笔记有关联 → 值得做L4
• 你只是觉得"挺有���思" → L1就够了，别为难自己

Q2："用自己的话写太难了，我写不出来怎么办？"

写不出来恰恰说明你没有真正理解。

如果你读了一段关于"分布式事务"的文章，却无法用自己的话说清楚，那说明你需要的不是做笔记，而是再读一遍。

一个小技巧：假装你在给一个不懂技术的朋友解释这个概念。

如果你能让他听懂，说明你真的懂了。这就是著名的费曼学习法——而你的永久笔记，就是费曼学习法的"文字版"。

写不好没关系。先写下来，哪怕只是一句话。以后再迭代。

笔记不是考试答卷，没有人打分。

Q3："这套方法会不会很花时间？"

我的时间开销，供你参考：

每天10分钟 + 每周30分钟 = 每月约8小时。

8小时。换来的是你过去读过的所有东西都不再白读。你写过的每一条笔记，都在未来某个时刻等着为你所用。

这是我做过的最高ROI的投资。没有之一。

08 | 我给你准备的笔记模板

为了帮你快速上手，我把我在 Obsidian 里用的模板分享出来。

文献笔记模板

在 05-Templates/ 下创建 文献笔记模板.md：

# {{title}}

- 来源：
- 作者：
- 日期：{{date}}
- 标签：

---

## 我的总结（L3）
（用自己的话写下核心观点，3-5句话）



---

## 原文摘录与高亮（L1-L2）
（粘贴原文关键段落，加粗重点，高亮核心）



---

## 关联笔记
- [[]]
- [[]]

## 行动项
- [ ] 

永久笔记模板

创建 永久笔记模板.md：

# {{title}}

（用一段话完整表述一个独立观点。
  要求：脱离原始出处，别人也能看懂。）



---

## 支撑论据
- 

## 关联笔记
- [[]] - 
- [[]] - 

## 来源
- 提炼自：[[]]

在 Obsidian 设置中安装 Templater 插件，配置好模板文件夹路径后，每次新建笔记就能一键套用。

09 | 今晚的作业

还是那句话——读完不做，等于没读。

今晚请你完成这一个动作：

打开你最近收藏但没看完的一篇文章（微信收藏、浏览器书签，随便挑一篇）。

用今天学到的方法，做一次完整的 L0 → L3。

最后在笔记顶部用自己的话写下一句话总结。

只需要一句话。

写完之后截图发到评论区。

我想看到你写的那一句话——那才是你今天真正学到的东西。

10 | 下一篇预告

到这里，你已经会搭骨架（PARA），也会填血肉（渐进式总结 + 永久笔记）了。

但你有没有想过一个问题：

积累了这么多卡片，怎么把它们变成一篇文章、一份方案、一个产品？

下一篇，我会讲一个让我彻底告别"写作焦虑"的概念——

"中间件"思维。

你不需要从零开始创作。你只需要把已有的"中间产物"组装起来。

就像我们写代码时，不会每次都从头造轮子，而是调用现成的库和模块。

写作也一样。创作也一样。一切输出都一样。

关注【一只阿木木】，设为星标，下一篇不迷路。

🔖 「重塑大脑」系列目录

第一篇：为什么你学了那么多，却依然过不好这一生？
第二篇：只需4个文件夹，彻底终结你的数字混乱
第三篇：停止无效阅读！这才是把书读薄再读厚的方法（本篇）
第四篇：写作没灵感？因为你缺一个"中间件"思维
第五篇：ChatGPT + Obsidian：我的AI知识工作流
第六篇：坚持100天后，我发生了什么变化？（全复盘）

持续更新中，点击关注，一起搭建你的第二大脑 🧠

我是阿木木，一个用工程师的逻辑搭建系统，用产品经理的思维经营自己的后端程序员。

如果这篇文章让你对"做笔记"这件事有了完全不同的认识，请转发给你身边那个"收藏夹里有1000篇文章但从来不看"的朋友。

我们下篇见。