知识库的终局不是“越来越多”，而是“越来越能复用”

知识库的终局不是“越来越多”，而是“越来越能复用”（知识库 v1.0｜5/5）

你好，我是一只阿木木，后端程序员，用工程师思维折腾 Obsidian。

AI 时代，我不想只当更快的 coder，更想系统经营自己的认知资产。

这里我会用「AI + Obsidian + 产品思维」搭建个人知识系统：

• • 收集：零散输入 → 结构化知识库
• • 加工：学习/决策/复盘 → 可复用的认知模块
• • 落地：真实案例 + 具体工作流，方法跑得起来

我会把打造「AI 第二大脑」的全过程拆给你看。
如果你也想让知识真正为自己打工，一起来。

开篇

你可能也经历过这种“知识库幻觉”：

• • 笔记越来越多，打开 Obsidian 的次数越来越少
• • 需要写方案/排障/复盘/面试表达时，还是先去搜引擎
• • Inbox 堆着不敢清，标签越打越乱，最后干脆不维护了

这不是你不自律，也不是你工具用得不行。真正的原因只有一个：

你的知识库在“积累”，但没有在“复用”。
而复用，才是知识库的增长引擎。

这篇作为系列收尾，我给你一套适合长期坚持的 v1.0 维护系统：每周 30 分钟，让知识库越用越顺、越用越值钱。

A｜吸引：为什么你明明记了，还是用不上？

因为“收藏型笔记”的默认结局是：

• • 信息堆积 → 检索成本上升
• • 检索成本上升 → 不愿意打开
• • 不打开 → 复用为 0
• • 复用为 0 → 你会怀疑“记笔记没用”

要打破这个循环，不需要更复杂的结构，而是需要一个新的 KPI：

复用率（复用发生的次数）
比“笔记数量”重要 10 倍。

I｜洞察：复用率才是你个人成长的“可衡量指标”

对程序员来说，“成长”最容易变空话。把它工程化，你只需要追踪 2 个数：

• • X：本周新增可复用卡（问题卡/方案卡/复盘卡/概念卡）
• • Y：本周复用次数（这些卡被你用于：排障、写方案、写复盘、面试表达、写文章）

然后你得到一个极其有用的信号：

• • 如果 X 很高，Y 很低：你在“生产”，但没把它接到使用场景（入口/项目/交付）
• • 如果 X 很低，Y 很高：你在吃老本，该补充新卡（学习与沉淀）
• • 理想状态：X 稳定、Y 上升（复利在发生）

v1.0 的目标不是“全都记”，而是“记下来的都能用上”。

P｜方案：每周 30 分钟维护（3×10 分钟），让系统长期不崩

把维护拆成一个固定 SOP：每周一次，别天天整理。

第 1 个 10 分钟：清空 Inbox（让输入不腐烂）

打开 00-Inbox，逐条三选一：

1. 1. 能复用 → 移到 10-Notes

• • 补一句话结论
• • 挂一个入口（技能 MOC 或项目页）

1. 2. 属于项目 → 移到 20-Projects

• • 挂到项目首页（P-xxx-首页）

1. 3. 没价值 → 删除

• • 删除不是浪费，是降噪升级
• • 你的目标是复用，不是备份互联网

可复制清单：

• • [ ]  Inbox 清零
• • [ ]  每条留下的笔记都有“一句话结论”
• • [ ]  每条留下的笔记至少链接到一个入口（MOC/项目）

第 2 个 10 分钟：更新入口（MOC/项目页，让你下次找得到）

你不需要重构知识库，只做两件事：

• • 把本周新增的卡片，顺手挂回对应 MOC
• • 给每个 MOC 只留 1 条下一步（保持它是活的）

可复制清单：

• • [ ]  本周新增卡片 → 全部挂回某个 MOC 或项目页
• • [ ]  每个 MOC 的“下一步”最多 1 条（别写成计划表）

第 3 个 10 分钟：做一次交付（复用发生的前提）

复用率上不去，通常不是你不会记，而是你没有“交付件”。

每周只要求自己交付 1 个（选一个就行）：

• • 输出 1 张问题卡（排障路径）
• • 输出 1 张方案卡（对比与决策）
• • 输出 1 张复盘卡（机制+改进清单）
• • 输出 1 张技能地图补丁（MOC 增加 2 条关键链接）

这一步是整套系统的“发动机”：交付一发生，知识就会被迫变得可用、可检索、可复用。

让复用“可见”：一份可复制的《每周复用复盘》模板

新建一条周记（建议放 20-Projects/Weekly/ 或任意位置），命名如：W-2025W01-复用复盘.md

Markdown

# W-{{year}}W{{week}} 复用复盘
## 1）本周最小交付（1 个就够）
- [ ] 交付类型：问题卡 / 方案卡 / 复盘卡 / 技能地图
- 链接：[[ ]]
## 2）新增可复用卡（X）
- [[ ]]
- [[ ]]
- 本周新增：X 张
## 3）本周复用记录（Y）
> “复用”指：写方案/排障/复盘/面试表达/写文章时，直接用到了某张卡
- 场景：______ → 复用卡：[[ ]] → 结果：______
- 场景：______ → 复用卡：[[ ]] → 结果：______
- 本周复用：Y 次
## 4）复用率信号
- X（新增）：__
- Y（复用）：__
- 判断：生产过多/复用不足/需要补新卡/需要补入口
## 5）下周主题（只写 1 个）
- 技能 or 项目问题：______
- 下一步：______

你会发现：当你开始写“复用记录”，你会自然地把笔记写得更像问题卡/方案卡/清单，因为它们最容易复用。

归档/删除规则：让知识库不会膨胀成垃圾场（v1.0 够用版）

你不需要复杂的归档系统。只要一条规则就够：

30 天未打开 + 无链接 + 无结论 → 删除（或丢 Archive）

为什么这么狠？因为无结论、无链接的笔记，对你来说就是“未来还要再学一遍”的债务。

可复制规则清单：

• • [ ]  无结论：补一句话结论，否则删
• • [ ]  无链接：挂回 MOC 或项目页，否则视为临时草稿
• • [ ]  30 天没触达且不满足上面两条：删/归档

一个最小闭环示例：你会明显感觉“越用越省时间”

举个最典型的复用路径（你未来也会反复遇到）：

• • 线上出现慢查询 → 你打开 [[SQL 性能优化 - MOC]]
• • 点进 [[如何定位慢 SQL：一套排查路径]]（问题卡）
• • 按清单走完定位 → 产出 [[P-订单服务-事故复盘-慢查询导致超时]]（复盘卡）
• • 下次方案评审要谈索引设计 → 你直接引用当时的方案对比（方案卡）
• • 面试被问“慢查询怎么排查” → 你用问题卡的结构直接表达

同一套内容，至少复用 4 次。这就是“认知资产”。

系列收束：知识库 v1.0 的全貌（给你一张总图）

text

输入（Inbox）
  ↓（每周清空）
可复用卡（Notes：问题/概念/方案/复盘）
  ↓（挂入口）
技能地图（MOC） ←→ 项目首页（Projects）
  ↓（每周交付）
复用（排障/评审/面试/写作）
  ↓（每周复盘）
复用率上升（复利）

如果你只记住一句话：

不要追求“更完整的笔记”，追求“下一次能直接用”。

结尾：今天就能开始的 3 个动作

• • [ ]  给自己建一条 W-本周复用复盘（复制模板即可）
• • [ ]  本周交付 1 张卡（问题/方案/复盘任选）
• • [ ]  在复盘里写下至少 1 条“复用记录”（哪怕很小）

你会很快发现：知识库不再是“我应该维护的东西”，而变成“我每周都在收利息的资产”。

如果你想把这套 v1.0 打包成一页“总入口”（含：目录结构、Home 模板、MOC 模板、4 种卡片模板、每周复用复盘模板），可以在文末留个关键词：v1.0。