Obsidian 不需要复杂：3个文件夹 + 2个索引页，就够你用到进阶
一只阿木木约 6 分钟Obsidian 不需要复杂：3个文件夹 + 2个索引页，就够你用到进阶（知识库 v1.0｜2/5）
你好，我是一只阿木木，后端程序员，用工程师思维折腾 Obsidian。
AI 时代，我不想只当更快的 coder，更想系统经营自己的认知资产。
这里我会用「AI + Obsidian + 产品思维」搭建个人知识系统：
• 收集：零散输入 → 结构化知识库 • 加工：学习/决策/复盘 → 可复用的认知模块 • 落地：真实案例 + 具体工作流，方法跑得起来
我会把打造「AI 第二大脑」的全过程拆给你看。
如果你也想让知识真正为自己打工，一起来。
开篇
上一期（1/5）我讲了“学习→产出”的一条链路：
输入 → 提炼 → 连接 → 交付 → 复盘
这期只解决一个更现实的问题：这条链路在 Obsidian 里到底怎么落地？
很多人的 Obsidian 会烂尾，不是因为不努力，而是因为一上来就：
• 抄 PARA、抄别人的 vault、装一堆插件 • 建十几个文件夹、几十个标签 • 追求“完美结构”，导致维护成本爆炸
最后的结局往往是：Inbox 堆积、找不到、懒得开、弃用。
所以我的原则很简单：
v1.0 的知识库只做一件事：让“产出链路”跑起来。
能跑，比好看重要；能复用，比齐全重要。
你只需要这套最小结构：3个文件夹
把你的 Vault 先建成这样（直接复制）：
text
00-Inbox/ # 临时输入：先收集，不整理
10-Notes/ # 可复用卡片：问题/方案/概念/复盘
20-Projects/ # 项目资产：决策记录、日志、复盘为什么是这三个？
• 00-Inbox：降低记录摩擦，让你“先抓住” • 10-Notes：承载“可复用模块”，是知识复利的核心 • 20-Projects：把知识接回真实工作场景，不然永远停在“学习很努力”
你会发现：这套结构天然对应上一篇的链路
• Capture → 00-Inbox• Distill/Link → 10-Notes+ 链接• Deliver/Review → 通常发生在 20-Projects（方案/复盘/交付）
再加 2 个索引页：让你永远“有入口可走”
文件夹解决“放哪”，索引页解决“从哪开始用”。
你只需要两个入口：
1. Home.md：你的控制台（行动入口） 2. Index-Skills.md：你的技能索引（学习入口）
它们不需要放在任何文件夹里，直接放在根目录就行。
入口1：Home.md（控制台，而不是目录）
Home 页的目标只有一个：让你今天打开 Obsidian 就能行动。
复制这个最小模板（v1.0 够用了）：
Markdown
# Home
## 本周最小交付（只选 1 个）
- [ ] 交付一张卡：问题卡 / 方案卡 / 复盘卡 / 技能地图
- 主题：________
- 链接：[[ ]]
## 我正在进行的项目
- [[P-项目A-首页]]
- [[P-项目B-首页]]
## 我正在学习的技能
- [[Index-Skills]]
- 本周主题：________
## Inbox（周末清空）
- [ ] 清空：00-Inbox
## 指标（可选，但强烈建议）
- 本周新增可复用卡：X
- 本周复用次数：Y（写方案/排障/面试表达/写作）为什么 Home 页要放“本周最小交付”？
因为知识库的成败不在结构，而在你是否持续把学习变成可复用产出。
Home 页就是你的“产品首页”，只放最关键的动作。
入口2：Index-Skills.md（技能索引，通往 MOC）
先别急着写一堆 MOC。v1.0 先做一个“技能索引总入口”，把常用方向列出来。
复制模板：
Markdown
# Index-Skills（技能索引）
## 基础能力
- [[Java-并发-MOC]]
- [[JVM-性能与排障-MOC]]
- [[SQL-性能优化-MOC]]
- [[Redis-缓存与一致性-MOC]]
- [[Linux-排障路径-MOC]]
- [[网络-HTTP与RPC-MOC]]
## 工程实践
- [[系统设计-高可用-MOC]]
- [[可观测性-监控日志链路-MOC]]
- [[架构决策-Tradeoff-MOC]]
## 写作与表达（可选）
- [[技术复盘写作-MOC]]
- [[面试表达-MOC]]先占位没关系：你可以先建空的 MOC 文件，后面边写边补。
关键是：你给未来的笔记留了“入口”。
下一篇（3/5）我会完整讲 MOC 怎么写、怎么长出来，以及如何避免写成“目录坟场”。
Inbox 的唯一正确用法：不整理，但要“按时清空”
很多人最大的坑是：Inbox 越堆越多，然后开始内耗：“我该怎么分类？”
我的做法很暴力：Inbox 永远只做收集，不做整理。
整理只在一个固定时间发生：比如每周日 30 分钟。
你可以照这个 SOP 走：
Inbox 清空 SOP（每周一次，30分钟以内）
打开 00-Inbox，对每条笔记做三选一：
1. 能复用 → 移到 10-Notes
• 补齐：一句话结论 • 加一条链接：挂回技能 MOC 或项目页
2. 属于项目 → 移到 20-Projects
• 挂到对应项目首页（后面有模板）
3. 没价值/重复/太碎 → 删除
• 删除不是浪费，是降噪升级 • 你的目标是复用，不是保存一切
如果你觉得“删除很痛”，可以先丢一个 99-Archive/。但我建议 v1.0 尽量少引入归档复杂度。
命名规则：别花哨，保证你找得到、敢复用
命名的目标是：检索稳定 + 标题就是结论/问题。
我给你两套命名范式，直接照着用。
Notes（可复用卡）命名：用“问题句/结论句”
• 如何定位 CPU 飙高：一套排查路径• 慢 SQL 排查：从现象到 EXPLAIN• Redis 缓存一致性：三种策略与适用边界• 线程池参数如何设置：决策清单
你会发现：这种标题天然适合你未来做输出（写文章/分享/面试表达）。
Projects（项目资产）命名：统一前缀 + 类型
项目首页建议统一成：
• P-订单服务-首页• P-支付链路-首页
项目内的文档按类型：
• P-订单服务-方案评审-缓存改造• P-订单服务-事故复盘-接口超时• P-订单服务-周记-2025W01
这样做的好处：全库搜索 P-订单服务，相关资产自动聚合。
让“项目”成为知识复利发动机：项目首页模板
程序员的知识最终要回到项目里，否则就是“懂很多但用不上”。
给你一个项目首页模板（放在 20-Projects/）：
Markdown
# P-项目名-首页
## 背景
- 项目一句话：________
- 目标/指标：________
- 约束：时间/成本/稳定性/一致性等
## 进行中
- [ ] 本周交付：________
- [ ] 风险点：________
## 关键资产
### 方案（Decision）
- [[P-项目名-方案评审-xxxx]]
- [[P-项目名-方案评审-yyyy]]
### 事故/复盘（Retro）
- [[P-项目名-事故复盘-xxxx]]
### 可复用卡（Notes）
- [[如何定位慢SQL：一套排查路径]]
- [[Redis 缓存一致性：三种策略与边界]]
## 时间线（可选）
- 2025-xx-xx：______注意这里的设计：项目页不是“日志堆积”，而是把项目沉淀成三类资产：
• 方案：为什么这么做（trade-off） • 复盘：踩坑机制与改进 • 可复用卡：能带走的通用能力
这就是你 IP 的“工程师成长”味道。
v1.0 的强规则：别让知识库变成装修工程
为了让这套最小结构真的跑起来，我建议你立三条硬规则：
1. 所有输入先去 Inbox
不许在收集阶段纠结“放哪里”。2. 每条可复用笔记必须满足 2 个条件
• 有“一句话结论” • 至少链接到一个入口（技能 MOC 或 项目页）
3. 每周至少交付 1 个产出
问题卡/方案卡/复盘卡/技能地图，任选一个。
你会发现：只要交付开始发生，知识库就不会烂尾。
你可以立刻照做的搭建步骤（10分钟搞定）
• [ ] 新建文件夹： 00-Inbox/10-Notes/20-Projects/• [ ] 新建 Home.md，复制上面的模板• [ ] 新建 Index-Skills.md，先写 6-10 个你常用技能入口• [ ] 把你已有的零散笔记先全部丢进 00-Inbox/（不要急着整理）• [ ] 设一个每周固定时间：清空 Inbox（30分钟）
下一篇（3/5）：MOC 才是知识库的发动机
有了骨架和入口，下一步就是把“学到的东西”串成体系。
下一篇我会给你一套可复制的 MOC（技能地图）写法，包括：
• MOC 的最小字段（别写成目录坟场） • 每新增一张卡，如何“自动长出结构” • 让 MOC 同时服务：学习、排障、面试表达、写作输出
如果你想直接拿到本篇所有模板（Home / Index-Skills / 项目首页），以及我用的命名规则清单，评论或私信关键词：v1.0。