只需4个文件夹，彻底终结你的数字混乱——PARA系统实战：一个程序员的Obsidian知识库搭建全记录

只需4个文件夹，彻底终结你的数字混乱

——PARA系统实战：一个程序员的Obsidian知识库搭建全记录

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

这是「重塑大脑」系列的第二篇。上一篇我们聊了"为什么需要第二大脑"，这一篇，我们直接动手——搭骨架。

01 | 先看一眼我的"黑历史"

在讲方法之前，我想先给你看一样东西。

这是我三个月前的 Obsidian 仓库截图：

text

我的笔记库/
├── 学习笔记/
│   ├── Java/
│   │   ├── Spring Boot 入门.md
│   │   ├── Spring Boot 进阶.md
│   │   ├── Spring Boot 面试题.md
│   │   ├── Spring Cloud 是什么.md
│   │   └── 不知道放哪里的笔记.md
│   ├── Python/
│   ├── 数据库/
│   ├── 前端/（我是后端啊，为什么会有这个？）
│   └── 其他/（万能垃圾桶）
├── 工作/
│   ├── 各种会议记录_v1.md
│   ├── 各种会议记录_v2_最终版.md
│   └── 各种会议记录_v2_最终版_改.md
├── 生活/
│   ├── 菜谱.md（空的）
│   ├── 想读的书.md（列了30本，一本没读）
│   └── 年度计划2023.md（现在是2024了）
├── 收藏/
│   ├── 好文章1.md
│   ├── 好文章2.md
│   └── ...（137篇，从未回看过）
└── 临时/
    └── 新建文件夹/
        └── 新建文件夹(2)/
            └── 真的会用到吗.md

147个文件，23个文件夹，找任何东西平均需要5分钟。

看着熟悉吗？

如果你的笔记库/电脑/网盘长得跟我这个差不多，恭喜你——你不是一个人。

更扎心的是，这种混乱不是因为你懒，恰恰是因为你"太勤快"了。

你每次新建一个文件夹，都觉得自己在"整理"。但实际上，你只是把混乱从一个坑挪到了另一个坑。

问题不在于你不整理，在于你的整理逻辑从根上就错了。

02 | 90%的人都在犯同一个错误：按"主题"分类

让我猜猜你平时是怎么分类的：

• 学了Java，建一个Java文件夹
• 学了Python，建一个Python文件夹
• 看了营销案例，建一个营销文件夹
• 读了一本书，建一个读书笔记文件夹

这叫"按主题分类"，也叫"图书馆式分类"。

图书馆可以这么干，因为图书馆的目标是存储。

但你不是图书馆。你的目标是使用。

"按主题分类"最大的问题是什么？

它不关心"这个东西对你来说意味着什么"，只关心"这个东西是什么"。

举个例子。你收藏了一篇《Redis缓存击穿的5种解决方案》。

• 按主题分类：放到 数据库/Redis/ 下面。存完，这辈子再也不会打开。
• 按使用分类：我正在做一个高并发项目，这篇文章跟我的项目直接相关，放到 项目/高并发系统优化/ 下面。下周开会直接用。

同一篇文章，不同的分类方式，决定了你是否会再次打开它。

这就是PARA系统要解决的核心问题——不按"它是什么"分类，而按"它对你有什么用"分类。

03 | PARA：四个字母，一套操作系统

PARA 来自 Tiago Forte 的《打造第二大脑》，它是一套极简的信息组织框架。

只有四层，对应四个文件夹：

text

00-Inbox/      ← 收件箱（所有信息的临时入口）
01-Projects/   ← 项目（正在做的事）
02-Areas/      ← 领域（持续关注的事）
03-Resources/  ← 资源（未来可能用到的事）
04-Archives/   ← 归档（已经结束的事）

我额外加了一个 00-Inbox，因为作为程序员，我深知任何系统都需要一个缓冲队列。

下面我逐一拆解每一层，并附上我自己 Obsidian 库里的真实案例。

P — Projects（项目）：正在推进的、有明确截止日期的事

定义：一系列与目标相关联的、有截止日期的任务。

判断标准：这件事在未来1-4周内需要交付一个明确的结果吗？如果是，它就是一个 Project。

我的真实 Projects 文件夹：

text

01-Projects/
├── 公众号-重塑大脑系列/
│   ├── 第一篇-为什么学了那么多.md
│   ├── 第二篇-PARA实战.md（就是你正在看的这篇）
│   ├── 选题库.md
│   └── 系列规划.md
├── 工作-用户画像服务重构/
│   ├── 技术方案v2.md
│   ├── 会议纪要-0115.md
│   ├── 踩坑记录.md
│   └── 相关参考文档链接.md
└── 个人-搭建HomeLab/
    ├── 硬件选型对比.md
    ├── Docker部署清单.md
    └── 预算表.md

关键原则：

这个文件夹里的东西应该是活的、热的、正在被你每天打开的。

如果一个项目文件夹已经超过两周没碰过了，要么它该被推进了（催你自己），要么它已经死了（移去Archives）。

我会控制 Projects 里同时不超过5个项目。超过5个，说明你摊子铺太大了，需要砍掉或推迟。这不是知识管理的问题，这是优先级管理的问题。

A — Areas（领域）：你需要持续维护的"责任区"

定义：没有截止日期，但需要你长期保持在一定标准之上的生活/工作领域。

判断标准：这件事不会"完成"，但如果你不持续关注它，生活质量就会下降。

我的真实 Areas 文件夹：

text

02-Areas/
├── 职业发展/
│   ├── 技术能力雷达图.md
│   ├── 晋升述职准备.md
│   └── 行业趋势观察.md
├── 内容创作/
│   ├── 写作SOP.md
│   ├── 公众号运营数据周报.md
│   └── 读者反馈收集.md
├── 技术基本功/
│   ├── 系统设计核心概念.md
│   ├── 算法复习计划.md
│   └── 代码整洁之道笔记.md
├── 健康/
│   ├── 体检报告记录.md
│   ├── 运动打卡.md
│   └── 睡眠优化实验.md
└── 理财/
    ├── 每月收支记录.md
    └── 投资学习笔记.md

**Projects 和 Areas 最容易混淆。**我来教你一个一秒判断法：

能说出截止日期的 → Project。说不出的 → Area。

• "写完公众号第二篇文章" → Project（本周日前交稿）
• "持续提升写作能力" → Area（没有终点）
• "完成用户画像服���重构" → Project（下个月上线）
• "保持对后端技术的敏感度" → Area（这是一辈子的事）

Area 是 Project 的土壤。

每一个 Area 里，会不断"长出"新的 Project。比如我的 内容创作 这个 Area，长出了 公众号-重塑大脑系列 这个 Project。项目做完了，Area 还在。

R — Resources（资源）：你感兴趣的、未来可能有用的东西

定义：与你当前项目和领域没有直接关系，但你觉得"这东西以后可能用得上"的知识。

判断标准：你对它感兴趣，但它目前不需要你采取任何行动。

我的真实 Resources 文件夹：

text

03-Resources/
├── 产品思维/
│   ├── 增长黑客案例库.md
│   ├── 用户心理学摘要.md
│   └── 裂变活动设计模板.md
├── 数据营销/
│   ├── 数据埋点最佳实践.md
│   ├── A-B测试方法论.md
│   └── 营销归因模型对比.md
├── AI工具箱/
│   ├── Prompt Engineering技巧.md
│   ├── AI编程助手对比.md
│   └── AI写作工作流.md
├── 效率工具/
│   ├── Obsidian插件推荐.md
│   ├── 自动化工作流-n8n.md
│   └── 终端美化方案.md
└── 商业认知/
    ├── 个人IP打造方法论.md
    ├── 知识付费商业模式.md
    └── 副业案例拆解合集.md

Resources 是你知识库里最"宽松"的区域。

这里不需要太严谨的结构。你可以把它想象成你的**"素材仓库"**——平时没事的时候往里面扔东西，等某天某个 Project 需要的时候，来这里"采购"。

但有一个铁律：Resources 里的文件必须是"加工过的"。

什么意思？

❌ 错误示范：复制一整篇公众号文章丢进去。
✅ 正确示范：用自己的话写下这篇文章的核心观点和你的思考，最多保留3条原文金句。

（关于如何"加工"笔记，我会在第三篇文章里详细讲。这一篇我们先把骨架搭好。）

A — Archives（归档）：完成了的、不活跃的一切

定义：上面三个分类中任何"不再活跃"的内容。

判断标准：这东西你最近三个月内不会打开了吗？如果是，归档。

我的真实 Archives 文件夹：

text

04-Archives/
├── 已完成项目/
│   ├── 2024-Q1-数据看板项目/
│   ├── 2023-年终总结/
│   └── 2023-个人网站搭建/
├── 不再维护的领域/
│   └── 前端学习/（我决定专注后端了）
└── 旧资料/
    ├── 大学课程笔记/
    └── 前公司资料/

Archives 是你知识库的"冷存储"，相当于 AWS 的 Glacier。

它存在的价值是：万一哪天你需要回溯历史，你知道去哪找。

我之前说的那个数据看板项目，完成上线后，整个文件夹从 Projects 移到了 Archives/已完成项目/。如果半年后要做类似项目，我能在这里找到所有当时的方案和踩坑记录。

归档不是删除。归档是"带着尊重地退休"。

04 | Inbox：被低估的关键一环

PARA 原版理论里没有 Inbox，但我强烈建议你加上它。

原因很简单——你不能在捡到一块砖的时候就决定它应该放在哪面墙上。

日常中我们的信息输入是这样的：

• 开会时老板说了一句"下个月要做用户分层"
• 刷手机看到一篇《程序员如何打造个人品牌》
• 睡前突然想到一个公众号选题
• 同事发了一个GitHub链接说"这个库不错"

这些东西进来的时候，你根本没时间判断它属于P、A、R还是该扔掉。

所以你需要一个 Inbox，像邮箱一样，先收进来，再统一处理。

我的 Inbox 工作流：

text

随时随地：
  闪念 → 手机上用 Flomo 记录（3秒内完成）
  文章 → 微信"稍后阅读"或浏览器书签
每天晚上（固定10分钟）：
  打开 Obsidian 的 00-Inbox 文件夹
  逐条处理当天收集的信息：
    → 与当前项目相关？移入 01-Projects/对应项目/
    → 与长期领域相关？移入 02-Areas/
    → 感兴趣但不急？移入 03-Resources/
    → 看了觉得没用？直接删掉（不要心疼）
    → 暂时判断不了？留在 Inbox，最多保留7天

每天清空 Inbox。这是整个PARA系统的心跳。

如果你连续三天没有清空 Inbox，系统就会开始"腐烂"。

我在 Obsidian 里设了一个 Dataview 查询，每次打开笔记库会自动显示 Inbox 里有多少条未处理的笔记。超过10条就会焦虑，逼自己赶紧处理。

dataview

TABLE file.ctime as "创建时间"
FROM "00-Inbox"
SORT file.ctime DESC

这段代码放在首页，打开 Obsidian 第一眼就能看到"债务"——跟看 Jira 看板上的 Bug 数一样有效。

05 | 手把手建库：你今晚就能完成的8个步骤

说了这么多，你可能觉得很复杂。其实不是。

整个PARA骨架的搭建，最快30分钟就能完成。

以下是具体操作步骤：

Step 1：下载 Obsidian

官网 obsidian.md，免费，全平台可用。

Step 2：创建一个新仓库（Vault）

建议命名为 SecondBrain 或 MyBrain。位置选本地硬盘（不要放在网盘同步目录，后面单独处理同步问题）。

Step 3：建立 PARA 根目录

在仓库根目录下创建以下文件夹：

text

00-Inbox/
01-Projects/
02-Areas/
03-Resources/
04-Archives/
05-Templates/（模板文件夹，后面会用到）

前面的数字编号是为了控制显示顺序。Obsidian 默认按文件名排序，加了数字后，文件夹永远按你想要的顺序排列。

Step 4：在 Projects 里创建你的第一个项目

想想你现在手头最重要的一件事。

如果你正在读这个系列，那你的第一个项目可以是：

text

01-Projects/
└── 搭建我的第二大脑/
    ├── 进度追踪.md
    └── 学习笔记.md

在 进度追踪.md 里写下：

Markdown

# 搭建我的第二大脑
## 目标
建立一套可持续运转的个人知识管理系统
## 里程碑
- [x] 阅读《打造第二大脑》系列第一篇
- [x] 搭建 PARA 骨架 ← 你正在这里
- [ ] 完成第一次 Inbox 清空
- [ ] 写出第一条"永久笔记"
- [ ] 完成第一次周回顾
## 参考资料
- [[一只阿木木-重塑大脑系列]]

Step 5：在 Areas 里列出你的"责任区"

问自己：如果我持续忽略哪些领域，我的生活/职业会出问题？

不要贪多，先列 3-5 个最重要的：

text

02-Areas/
├── 职业发展/
├── 技术基本功/
├── 健康/
├── 内容创作/（如果你打算写公众号的话）
└── 理财/

每个领域下面暂时不用放任何文件。先把空间留好，笔记会慢慢"长"进去的。

Step 6：在 Resources 里列出你的兴趣标签

问自己：最近半年我在持续关注什么话题？

text

03-Resources/
├── AI工具/
├── 产品思维/
├── 效率提升/
└── 商业案例/

同样，先建空文件夹就好。

Step 7：把旧笔记统统丢进 Archives

你之前在各种地方写的笔记、收藏的文章——不要试图整理它们。

全部打包，丢进：

text

04-Archives/
└── 旧笔记-待整理/
    └──（所有旧文件丢这里）

这一步非常重要。

很多人搭建新系统时，会花大量时间"迁移"旧数据。这是一个巨大的陷阱。

正确的做法是：旧数据冷冻起来，新数据从零开始。

当你未来在做某个项目时，需要某条旧笔记了，再去 Archives 里找出来，加工后放到对应位置。这叫**"按需迁移"**——只迁移你真正需要的，其余的让它安静地躺着。

Step 8：创建你的 Home 首页

在仓库根目录创建一个 Home.md，内容如下：

Markdown

# 🧠 My Second Brain
> 大脑是用来思考的，不是用来记事的。
## 📥 Inbox（待处理）
![[00-Inbox]]
## 🚀 当前项目
- [[搭建我的第二大脑]]
- [[公众号-重塑大脑系列]]
- [[工作-用户画像服务重构]]
## 🔄 本周回顾
- [ ] Inbox 已清空
- [ ] Projects 进度已更新
- [ ] Areas 状态正常
## 📊 仪表盘
```dataview
LIST
FROM "01-Projects"
WHERE file.name != "01-Projects"

在 Obsidian 设置里，把"启动时打开的文件"设为 Home.md。

这样每次打开 Obsidian，你看到的不是一堆乱糟糟的文件，而是一个清晰的仪表盘。就像你登录 Jira 第一眼看到的是 Sprint Board 一样。

06 | 三个身份，一个库：我是如何让它们共存的

作为一个"后端程序员 + 内容创作者 + 对产品和增长感兴趣的人"，我的知识库需要同时服务三个身份。

很多人会问：要不要建三个仓库？

不要。一个库就够了。PARA 的魔力就在于此。

看一下它们是如何在同一个库里和谐共存的：

01-Projects/  
├── 工作-用户画像服务重构/ ← 程序员身份  
├── 公众号-重塑大脑系列/ ← 创作者身份  
└── 副业-帮朋友做裂变方案/ ← 产品/营销身份
02-Areas/  
├── 技术基本功/ ← 程序员  
├── 内容创作/ ← 创作者  
├── 职业发展/ ← 通用  
└── 健康/ ← 通用
03-Resources/  
├── 系统设计/ ← 程序员  
├── AI工具/ ← 通用  
├── 产品思维/ ← 产品  
├── 数据营销/ ← 营销  
└── 写作技巧/ ← 创作者
text

它们的边界是清晰的，但连接是自由的。

比如我在 03-Resources/AI工具/ 里有一条笔记叫 [[AI辅助代码审查]]。这条笔记被我在 01-Projects/工作-用户画像服务重构/ 的技术方案里引用了——因为我打算在这个项目里试用AI Code Review。

同时，这条笔记也被我在 01-Projects/公众号-重塑大脑系列/ 的选题库里标记了——因为"AI辅助编程"是一个很好的公众号选题。

一条笔记，同时服务两个项目，跨越两个身份。

这就是双向链接的威力，也是我不用文件夹分类、而用链接织网的原因。

07 | 搭完骨架后，你最容易犯的3个错误

PARA 看起来简单，但用起来有三个"坑"。我都踩过，提前告诉你：

坑一：文件夹建太多

你可能会手痒，在 03-Resources 下面建20个子文件夹。

不要。

刚开始控制在5个以内。文件夹多了，你每次存笔记都要纠结"放哪里"，纠结3秒钟可能就放弃不存了。

规则：宁可文件夹少而每个里面有10条笔记，也不要20个文件夹每个里面只有1条。

坑二：纠结某条笔记该放P还是A还是R

这是最常见的问题。比如你记了一条关于"Redis集群方案"的笔记：

• 如果你当前正在做一个需要Redis集群的项目 → 放 Projects/该项目/
• 如果你没有具体项目，但Redis是你的技术领域 → 放 Areas/技术基本功/
• 如果你只是觉得"这个以后可能用得上" → 放 Resources/

实在判断不了怎么办？

放 Inbox。明天再看。或者随便放一个——因为 Obsidian 有全局搜索和双向链接，就算放"错"了位置，你也一定能找到它。

PARA 的分类不需要100%精确。80%对就够了。完美主义是系统崩溃的第一推手。

坑三：花太多时间"维护系统"而不是"使用系统"

如果你发现自己每天花30分钟整理笔记，但一条新知识都没有学到——

停下来。你在玩笔记软件，不是在管理知识。

PARA 系统每天的维护时间不应超过 10分钟（就是清空Inbox的时间）。每周的维护时间不超过 30分钟（周回顾）。

剩下的时间，去读书、去写代码、去思考、去创造。

系统是为你服务的，不是反过来。

08 | 你今晚的作业

不开玩笑，真的是作业。

如果你读完这篇文章，什么都不做就去刷下一篇了——那你又回到了"收藏从未停止，行动从未开始"的老路上。

今晚花10分钟，完成以下动作：

• [ ] 下载/打开 Obsidian
• [ ] 创建 PARA 五个根目录
• [ ] 在 01-Projects 里建第一个项目文件夹
• [ ] 在 02-Areas 里列出3个你最重要的领域
• [ ] 创建 Home.md 首页
• [ ] 截图你的新仓库结构，发到评论区或朋友圈（公开承诺是最强的执行力工具）

做完这些，你就已经超过了 90% 读过知识管理文章的人。

因为他们只是读了。而你，动手了。

09 | 下一篇预告

骨架搭完了，但一座空房子不能住人。

下一篇，我会讲 PARA 系统中最容易被忽略但最有价值的部分——

如何把你读到的信息，变成真正属于你的知识？

我会带你体验：

• 什么是"渐进式总结"（Progressive Summarization）
• 如何用卢曼卡片盒法写出一条"永久笔记"
• 我的一条笔记从"碎片"变成"文章"的全过程实录

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

🔖 「重塑大脑」系列目录

第一篇：为什么你学了那么多，却依然过不好这一生？

第二篇：只需4个文件夹，彻底终结你的数字混乱（本篇）

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

第四篇：写作没灵感？因为你缺一个"中间件"思维 

第五篇：ChatGPT + Obsidian：我的AI知识工作流 

第六篇：坚持100天后，我发生了什么变化？（全复盘）

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

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

如果这篇文章让你今晚打开了 Obsidian 并建好了文件夹，请在评论区打一个 ✅。我想看看有多少人真的动手了。

我们下篇见。