自动同步: 2026-03-02 19:00
This commit is contained in:
@@ -0,0 +1,578 @@
|
||||
# 个人知识管理体系对比指南
|
||||
|
||||
> 适用于开发者、知识工作者的 PKM 方法论详解
|
||||
|
||||
---
|
||||
|
||||
## 目录
|
||||
|
||||
1. [方法概述](#方法概述)
|
||||
2. [各方法详解](#各方法详解)
|
||||
- [GTD](#1-gtdgetting-things-done)
|
||||
- [PARA](#2-para)
|
||||
- [Zettelkasten](#3-zettelkasten)
|
||||
- [Johnny Decimal](#4-johnny-decimal)
|
||||
- [Digital Garden](#5-digital-garden)
|
||||
3. [方法对比表](#方法对比表)
|
||||
4. [推荐组合方案](#推荐组合方案)
|
||||
5. [针对开发者的建议](#针对开发者的建议)
|
||||
6. [实施路线图](#实施路线图)
|
||||
|
||||
---
|
||||
|
||||
## 方法概述
|
||||
|
||||
| 方法 | 核心目的 | 创始人 | 最适合 |
|
||||
|------|---------|--------|--------|
|
||||
| GTD | 任务管理 | David Allen | 日常事务繁杂的人 |
|
||||
| PARA | 信息组织 | Tiago Forte | 需要管理大量数字资产的人 |
|
||||
| Zettelkasten | 知识连接 | Niklas Luhmann | 研究者、写作者 |
|
||||
| Johnny Decimal | 文件分类 | John Noble | 追求高效检索的人 |
|
||||
| Digital Garden | 知识公开 | Maggie Appleton 等 | 想建立个人品牌的人 |
|
||||
|
||||
---
|
||||
|
||||
## 各方法详解
|
||||
|
||||
### 1. GTD(Getting Things Done)
|
||||
|
||||
#### 核心理念
|
||||
"大脑是用来思考的,不是用来记事的。"——把所有事务从大脑中清空,放入可信赖的系统。
|
||||
|
||||
#### 五个步骤
|
||||
|
||||
```
|
||||
1. Capture(收集)
|
||||
↓ 所有输入进入收件箱
|
||||
2. Clarify(理清)
|
||||
↓ 判断每件事的性质
|
||||
3. Organize(整理)
|
||||
↓ 放到正确的地方
|
||||
4. Reflect(回顾)
|
||||
↓ 定期检查系统
|
||||
5. Engage(执行)
|
||||
↓ 选择该做的事
|
||||
```
|
||||
|
||||
#### 处理流程图
|
||||
|
||||
```
|
||||
收到一个事项
|
||||
│
|
||||
▼
|
||||
可以行动吗?
|
||||
│
|
||||
├─ 否 → 是参考资料吗?→ 是 → 存档
|
||||
│ │
|
||||
│ └─ 否 → 是垃圾吗?→ 是 → 删除
|
||||
│ │
|
||||
│ └─ 否 → 暂时保留( someday/maybe)
|
||||
│
|
||||
└─ 是 → 2分钟内能完成吗?
|
||||
│
|
||||
├─ 是 → 立即执行
|
||||
│
|
||||
└─ 否 → 需要多步完成吗?
|
||||
│
|
||||
├─ 是 → 创建项目
|
||||
│
|
||||
└─ 否 → 委托别人?→ 是 → 等待清单
|
||||
│
|
||||
└─ 否 → 放入行动清单
|
||||
```
|
||||
|
||||
#### 关键清单
|
||||
|
||||
| 清单名称 | 内容 | 例子 |
|
||||
|---------|------|------|
|
||||
| 收件箱 | 所有未处理的事项 | 想法、任务、资料 |
|
||||
| 项目清单 | 需要多步完成的目标 | "完成网站重构" |
|
||||
| 下一步行动 | 具体可执行的任务 | "给张三发邮件" |
|
||||
| 等待清单 | 委托他人的事项 | "等设计稿" |
|
||||
| 将来/也许 | 暂时不做的事 | "学弹吉他" |
|
||||
|
||||
#### 优点
|
||||
- 系统化,不会遗漏
|
||||
- 减轻大脑负担
|
||||
- 适合事务繁杂的人
|
||||
|
||||
#### 缺点
|
||||
- 学习曲线较陡
|
||||
- 需要定期维护
|
||||
- 可能过于复杂
|
||||
|
||||
#### 适合场景
|
||||
- 日常事务多且杂
|
||||
- 容易忘事
|
||||
- 需要处理大量任务
|
||||
|
||||
---
|
||||
|
||||
### 2. PARA
|
||||
|
||||
#### 核心理念
|
||||
按"可操作性"而非"类型"来组织信息。
|
||||
|
||||
#### 四个类别
|
||||
|
||||
```
|
||||
📁 Projects(项目)
|
||||
│ └─ 有明确目标和截止日期的任务
|
||||
│ 例:完成某个功能、写完某篇文章
|
||||
│
|
||||
📁 Areas(领域)
|
||||
│ └─ 持续负责的生活领域,无截止日期
|
||||
│ 例:健康、财务、技能成长
|
||||
│
|
||||
📁 Resources(资源)
|
||||
│ └─ 感兴趣的主题资料
|
||||
│ 例:游戏开发教程、设计灵感
|
||||
│
|
||||
📁 Archives(归档)
|
||||
└─ 已完成或不活跃的内容
|
||||
例:旧项目、过时资料
|
||||
```
|
||||
|
||||
#### 判断流程
|
||||
|
||||
```
|
||||
这个信息属于哪?
|
||||
│
|
||||
├─ 有明确截止日期?→ Projects
|
||||
│
|
||||
├─ 是我持续负责的领域?→ Areas
|
||||
│
|
||||
├─ 是我感兴趣的资料?→ Resources
|
||||
│
|
||||
└─ 不再活跃?→ Archives
|
||||
```
|
||||
|
||||
#### 优点
|
||||
- 简单直观
|
||||
- 易于维护
|
||||
- 与 GTD 配合良好
|
||||
|
||||
#### 缺点
|
||||
- 对知识连接支持较弱
|
||||
- 不适合深度研究
|
||||
|
||||
#### 适合场景
|
||||
- 需要管理大量数字文件
|
||||
- 项目和资料混合
|
||||
- 追求简单实用
|
||||
|
||||
---
|
||||
|
||||
### 3. Zettelkasten(卡片盒笔记法)
|
||||
|
||||
#### 核心理念
|
||||
"笔记不是孤立存在的,而是通过连接形成知识网络。"
|
||||
|
||||
#### 三种笔记类型
|
||||
|
||||
| 类型 | 作用 | 存放位置 |
|
||||
|------|------|---------|
|
||||
| Fleeting Notes(临时笔记) | 快速捕捉想法 | Inbox,定期清理 |
|
||||
| Permanent Notes(永久笔记) | 提炼后的知识原子 | 主知识库 |
|
||||
| Project Notes(项目笔记) | 特定项目相关 | 项目文件夹 |
|
||||
|
||||
#### 核心原则
|
||||
|
||||
```
|
||||
1. 原子化:每条笔记只包含一个想法
|
||||
2. 自我解释:用自己的话重写
|
||||
3. 建立连接:笔记之间相互链接
|
||||
4. 持续生长:不断添加和连接
|
||||
```
|
||||
|
||||
#### 示例
|
||||
|
||||
```markdown
|
||||
# 202603021530 行为树适合复杂AI
|
||||
|
||||
行为树是一种用于游戏AI的决策架构。
|
||||
|
||||
## 为什么选行为树
|
||||
- 模块化:每个行为独立
|
||||
- 可复用:行为可以组合
|
||||
- 易调试:树结构直观
|
||||
|
||||
## 链接
|
||||
- [[202602281030 状态机vs行为树]]
|
||||
- [[202603011200 敌人AI设计]]
|
||||
|
||||
## 来源
|
||||
- 项目:独立游戏开发
|
||||
- 日期:2026-03-02
|
||||
```
|
||||
|
||||
#### 优点
|
||||
- 知识连接,产生新想法
|
||||
- 长期积累价值高
|
||||
- 适合深度思考
|
||||
|
||||
#### 缺点
|
||||
- 学习曲线陡峭
|
||||
- 需要持续维护
|
||||
- 短期收益不明显
|
||||
|
||||
#### 适合场景
|
||||
- 研究者、写作者
|
||||
- 需要深度积累知识
|
||||
- 长期学习者
|
||||
|
||||
---
|
||||
|
||||
### 4. Johnny Decimal(数字分类法)
|
||||
|
||||
#### 核心理念
|
||||
用数字编号系统让文件一秒找到。
|
||||
|
||||
#### 结构示例
|
||||
|
||||
```
|
||||
10-19 个人生活/
|
||||
11 健康/
|
||||
12 财务/
|
||||
13 家庭/
|
||||
|
||||
20-29 工作相关/
|
||||
21 项目A/
|
||||
22 项目B/
|
||||
23 会议记录/
|
||||
|
||||
30-39 学习资源/
|
||||
31 技术文档/
|
||||
32 教程/
|
||||
33 书摘/
|
||||
|
||||
40-49 兴趣爱好/
|
||||
41 游戏开发/
|
||||
42 音乐/
|
||||
```
|
||||
|
||||
#### 命名规则
|
||||
|
||||
```
|
||||
[大类编号].[子类编号] [名称]
|
||||
|
||||
例:
|
||||
21.01 项目A需求文档
|
||||
21.02 项目A设计稿
|
||||
31.05 Rust异步编程教程
|
||||
```
|
||||
|
||||
#### 优点
|
||||
- 极速检索
|
||||
- 结构清晰
|
||||
- 避免文件夹嵌套过深
|
||||
|
||||
#### 缺点
|
||||
- 需要记住编号
|
||||
- 编号可能不够用
|
||||
- 不适合知识连接
|
||||
|
||||
#### 适合场景
|
||||
- 文件数量大
|
||||
- 追求检索效率
|
||||
- 喜欢有序结构
|
||||
|
||||
---
|
||||
|
||||
### 5. Digital Garden(数字花园)
|
||||
|
||||
#### 核心理念
|
||||
"知识像花园一样,需要持续种植、修剪、收获。"
|
||||
|
||||
#### 特点
|
||||
|
||||
```
|
||||
🌱 种子笔记:刚萌发的想法
|
||||
🌿 生长中:正在完善的笔记
|
||||
🌳 成熟笔记:完整、可分享的内容
|
||||
🍂 枯萎笔记:过时或不再相关
|
||||
```
|
||||
|
||||
#### 与传统博客的区别
|
||||
|
||||
| 传统博客 | 数字花园 |
|
||||
|---------|---------|
|
||||
| 完成后发布 | 随时发布,持续更新 |
|
||||
| 线性时间排列 | 按主题连接 |
|
||||
| 追求完美 | 允许不完美 |
|
||||
| 单向输出 | 双向交流 |
|
||||
|
||||
#### 优点
|
||||
- 公开分享,建立影响力
|
||||
- 获得反馈,持续改进
|
||||
- 个人品牌建设
|
||||
|
||||
#### 缺点
|
||||
- 需要公开,隐私性低
|
||||
- 维护成本高
|
||||
- 需要写作能力
|
||||
|
||||
#### 适合场景
|
||||
- 想建立个人品牌
|
||||
- 愿意公开分享
|
||||
- 追求社区连接
|
||||
|
||||
---
|
||||
|
||||
## 方法对比表
|
||||
|
||||
| 维度 | GTD | PARA | Zettelkasten | Johnny Decimal | Digital Garden |
|
||||
|------|-----|------|--------------|----------------|----------------|
|
||||
| **主要目的** | 任务管理 | 信息组织 | 知识连接 | 文件分类 | 知识公开 |
|
||||
| **学习难度** | 中 | 低 | 高 | 低 | 中 |
|
||||
| **维护成本** | 高 | 低 | 高 | 低 | 高 |
|
||||
| **短期收益** | 高 | 高 | 低 | 高 | 低 |
|
||||
| **长期价值** | 中 | 中 | 高 | 中 | 高 |
|
||||
| **知识连接** | ❌ | ❌ | ✅ | ❌ | ✅ |
|
||||
| **任务管理** | ✅ | ❌ | ❌ | ❌ | ❌ |
|
||||
| **公开分享** | ❌ | ❌ | ❌ | ❌ | ✅ |
|
||||
| **适合工具** | Todoist | 任意 | Obsidian | 任意 | 任意+网站 |
|
||||
|
||||
---
|
||||
|
||||
## 推荐组合方案
|
||||
|
||||
### 组合一:日常效率型(GTD + PARA)
|
||||
|
||||
**适合**:事务繁杂,追求效率的开发者
|
||||
|
||||
```
|
||||
GTD 处理任务流动
|
||||
+
|
||||
PARA 组织信息存储
|
||||
|
||||
流程:
|
||||
1. 所有输入 → GTD 收件箱
|
||||
2. 任务 → GTD 项目/行动清单
|
||||
3. 资料 → PARA Resources
|
||||
4. 项目文件 → PARA Projects
|
||||
```
|
||||
|
||||
**目录结构**:
|
||||
```
|
||||
📁 知识库/
|
||||
├── 00-Inbox/ # GTD 收集箱
|
||||
├── 10-Projects/ # PARA + GTD 项目
|
||||
├── 20-Areas/ # PARA 领域
|
||||
├── 30-Resources/ # PARA 资源
|
||||
├── 40-Archives/ # PARA 归档
|
||||
└── 50-Templates/
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 组合二:深度学习型(PARA + Zettelkasten)
|
||||
|
||||
**适合**:需要深度积累知识的开发者
|
||||
|
||||
```
|
||||
PARA 组织项目和大类
|
||||
+
|
||||
Zettelkasten 深度知识笔记
|
||||
|
||||
流程:
|
||||
1. 项目文件 → PARA Projects
|
||||
2. 原子化知识笔记 → Zettelkasten
|
||||
3. 项目笔记提炼 → Zettelkasten
|
||||
4. Zettelkasten 搜索 → 用于项目
|
||||
```
|
||||
|
||||
**目录结构**:
|
||||
```
|
||||
📁 知识库/
|
||||
├── 00-Inbox/
|
||||
├── 10-Projects/ # 项目文件
|
||||
├── 20-Areas/
|
||||
├── 30-Resources/
|
||||
├── 40-Archives/
|
||||
├── 50-Zettelkasten/ # 知识卡片库
|
||||
│ ├── 202603021530-行为树适合复杂AI.md
|
||||
│ ├── 202603021545-状态机vs行为树.md
|
||||
│ └── ...
|
||||
└── 60-Templates/
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 组合三:极简高效型(PARA + Johnny Decimal)
|
||||
|
||||
**适合**:追求简单、高效的开发者
|
||||
|
||||
```
|
||||
PARA 四大类
|
||||
+
|
||||
Johnny Decimal 数字编号
|
||||
|
||||
流程:
|
||||
1. 四大类保持 PARA
|
||||
2. 每类下用 Johnny Decimal 编号
|
||||
3. 快速检索
|
||||
```
|
||||
|
||||
**目录结构**:
|
||||
```
|
||||
📁 知识库/
|
||||
├── 10-19 个人/
|
||||
│ ├── 11-健康/
|
||||
│ ├── 12-财务/
|
||||
│ └── 13-生活/
|
||||
├── 20-29 项目/
|
||||
│ ├── 21-OpenClaw优化/
|
||||
│ ├── 22-独立游戏/
|
||||
│ └── 23-短期事务/
|
||||
├── 30-39 资源/
|
||||
│ ├── 31-游戏开发/
|
||||
│ ├── 32-AI工具/
|
||||
│ └── 33-设计灵感/
|
||||
├── 40-49 归档/
|
||||
└── 50-59 模板/
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 组合四:公开分享型(PARA + Zettelkasten + Digital Garden)
|
||||
|
||||
**适合**:想建立个人品牌的开发者
|
||||
|
||||
```
|
||||
PARA + Zettelkasten 内部管理
|
||||
+
|
||||
Digital Garden 公开分享
|
||||
|
||||
流程:
|
||||
1. 内部用 PARA + Zettelkasten
|
||||
2. 成熟的笔记发布到 Digital Garden
|
||||
3. 获得反馈,持续改进
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 针对开发者的建议
|
||||
|
||||
### 根据你的情况选择
|
||||
|
||||
| 你的需求 | 推荐方案 |
|
||||
|---------|---------|
|
||||
| 日常事务多,容易忘事 | GTD + PARA |
|
||||
| 想深度积累技术知识 | PARA + Zettelkasten |
|
||||
| 追求简单高效 | PARA + Johnny Decimal |
|
||||
| 想建立技术影响力 | PARA + Zettelkasten + Digital Garden |
|
||||
| 刚开始接触 PKM | 先用 PARA,逐步添加 |
|
||||
|
||||
### 开发者特有的考虑
|
||||
|
||||
1. **代码笔记**
|
||||
- 代码片段 → Resources/代码库
|
||||
- 踩坑记录 → Project/开发笔记
|
||||
- 最佳实践 → Zettelkasten
|
||||
|
||||
2. **工具选择**
|
||||
- Obsidian:支持 Zettelkasten,本地存储
|
||||
- Notion:功能全面,协作友好
|
||||
- Logseq:大纲式,适合 Zettelkasten
|
||||
|
||||
3. **与开发工具集成**
|
||||
- Git 仓库的 README 链接到知识库
|
||||
- 代码注释引用知识库笔记
|
||||
- IDE 插件快速记录
|
||||
|
||||
---
|
||||
|
||||
## 实施路线图
|
||||
|
||||
### 阶段一:建立基础(第1周)
|
||||
|
||||
```
|
||||
□ 选择一个笔记工具
|
||||
□ 创建 PARA 基础目录
|
||||
□ 创建 Inbox 文件
|
||||
□ 把现有资料分类放入
|
||||
```
|
||||
|
||||
### 阶段二:养成习惯(第2-4周)
|
||||
|
||||
```
|
||||
□ 每天收集到 Inbox
|
||||
□ 每天处理 Inbox(10分钟)
|
||||
□ 每周回顾(30分钟)
|
||||
□ 调整分类,找到适合自己的方式
|
||||
```
|
||||
|
||||
### 阶段三:深化优化(第2-3月)
|
||||
|
||||
```
|
||||
□ 尝试加入 GTD 任务管理
|
||||
□ 或尝试 Zettelkasten 知识连接
|
||||
□ 或尝试 Johnny Decimal 编号
|
||||
□ 找到最适合自己的组合
|
||||
```
|
||||
|
||||
### 阶段四:长期维护(持续)
|
||||
|
||||
```
|
||||
□ 每月检视系统
|
||||
□ 归档不活跃内容
|
||||
□ 持续优化流程
|
||||
□ 享受知识积累的复利
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 常见问题
|
||||
|
||||
### Q1: 这么多方法,会不会太复杂?
|
||||
|
||||
**A**: 从最简单的开始。推荐先只用 PARA,习惯后再逐步添加其他方法。
|
||||
|
||||
### Q2: 用什么工具最好?
|
||||
|
||||
**A**: 工具不重要,习惯才重要。推荐:
|
||||
- 新手:Notion(上手快)
|
||||
- 进阶:Obsidian(灵活强大)
|
||||
- 极简:纯 Markdown 文件 + VSCode
|
||||
|
||||
### Q3: 如何避免"收集了但从来不看"?
|
||||
|
||||
**A**:
|
||||
1. 定期回顾(每周至少一次)
|
||||
2. 只收集真正有用的
|
||||
3. 快速处理 Inbox,不要堆积
|
||||
|
||||
### Q4: 知识库和项目代码仓库怎么配合?
|
||||
|
||||
**A**:
|
||||
- 代码放 Git 仓库
|
||||
- 设计文档、笔记放知识库
|
||||
- 在代码 README 中链接到知识库
|
||||
|
||||
### Q5: 如何处理工作和个人知识库?
|
||||
|
||||
**A**:
|
||||
- 敏感工作内容 → 公司知识库
|
||||
- 通用技能、个人项目 → 个人知识库
|
||||
- 可复用的知识 → 提炼后放个人库
|
||||
|
||||
---
|
||||
|
||||
## 总结
|
||||
|
||||
| 如果你是... | 推荐方案 | 理由 |
|
||||
|------------|---------|------|
|
||||
| 事务繁杂 | GTD + PARA | 系统化管理任务和信息 |
|
||||
| 深度学习者 | PARA + Zettelkasten | 知识连接产生新想法 |
|
||||
| 追求效率 | PARA + Johnny Decimal | 简单高效,快速检索 |
|
||||
| 想建立影响力 | + Digital Garden | 公开分享,获得反馈 |
|
||||
| 新手 | 先用 PARA | 最简单,收益明显 |
|
||||
|
||||
**最重要的**:不要追求完美,先开始,再优化。
|
||||
|
||||
---
|
||||
|
||||
*文档版本:1.0*
|
||||
*创建日期:2026-03-02*
|
||||
*适用人群:开发者、知识工作者*
|
||||
Reference in New Issue
Block a user