PARA 整理法
Tiago Forte 2017 年提出的通用知識分類法：所有資訊歸進 4 個類別 — Project / Area / Resource / Archive。後來成為 打造第二大腦 書中的「O（Organize）」階段。Vincent vault 的
00-50資料夾結構就是 PARA。
4 個類別
┌────────────────────────────────────────┐
│ P Project 短期任務 + 明確目標 + 截止日 │
│ A Area 長期負責 + 持續維護的領域 │
│ R Resource 未來可能用到的主題參考 │
│ A Archive 已完成 / 不再活躍 / 封存 │
└────────────────────────────────────────┘
4 類詳細定義
Project（專案）
定義：有明確結果 + 截止日的短期任務。
| 是 Project | 不是 Project |
|---|---|
| 寫完 Q4 部門報告 | 寫作技能（→ Area） |
| 規劃日本 5 天行程 | 旅行（→ Area） |
| 幫女兒辦生日會 | 育兒（→ Area） |
| 完成 戶外探險小程序 v1 | 經營戶外探險團（→ Area） |
判準：「這件事 6 個月內會結束嗎？」結束 → Project；持續 → Area。
Area（領域）
定義：沒有截止日但要持續維持標準的責任範圍。
| 範例 | 為什麼是 Area |
|---|---|
| 健康 | 永遠要維持，沒「完成」 |
| 財務 | 持續管理 |
| 工作上的某個職能（如 IT 主管） | 任職期間都在 |
| 某個興趣（攝影 / 寫作） | 長期投入 |
Resource（資源）
定義：未來可能用到的主題參考。
| 範例 |
|---|
| 收藏的 webpage / 文章 / podcast notes |
| 參考書 / PDF |
| 模板 / 工具 / 設計範例 |
| 某主題的研究筆記（你沒在做專案，但興趣相關） |
→ 這是 PARA 中最大的桶，也是最容易雜亂的——所以 打造第二大腦 的 組織 Organize 強調「資源不是優先丟的地方，先看 Project / Area」。
Archive（檔案庫）
定義：已完成或不再活躍的內容。
| 何時搬進 Archive |
|---|
| Project 完成後 |
| Area 不再負責了（換工作 / 興趣轉移） |
| Resource 不再需要 |
Archive 的價值：不是垃圾桶，是未來的知識礦。某天你可能想回顧「上次做類似專案的方法」就要從 Archive 撈。
4 步分類決策樹
每收到新東西，依優先序問：
1. 這對我「正在做的某個 Project」有用嗎？
├── YES → 放 Project
└── NO ↓
2. 那對我長期負責的某個 Area 有用嗎？
├── YES → 放 Area
└── NO ↓
3. 那它屬於某個 Resource 主題嗎？
├── YES → 放 Resource
└── NO ↓
4. 放 Archive
為什麼這個順序？ 離行動最近的優先——確保你「用得到的東西在最近的位置」。
跟傳統分類法的差別
| 傳統 | PARA |
|---|---|
| 依資訊類型分（教育 / 健康 / 商業） | 依可操作性分 |
| 像圖書館 | 像辦公桌 |
| 完整但用不到 | 用得到但不完整 |
| 「分類正確就成功」 | 「讓筆記發揮功用」 |
PARA vs BASB 的關係
很多人把這兩個搞混——其實是包含關係：
BASB（一本書 + 整套系統，2022）
├── CODE 框架（4 步流程）
├── PARA 整理法（分類法，2017 早於書） ← 本頁
└── ...其他元素
→ PARA 是 BASB 的「O」階段使用的分類體系。Forte 先提 PARA（單獨工具），後寫 BASB（整套系統）整合進去。
在 Vincent vault 的對應
vault 編號就是 PARA + Inbox：
| Vincent vault | PARA 對應 |
|---|---|
00-Inbox/ | Inbox（收件匣，PARA 沒明列但 Forte 後來加） |
10-Notes/ | Zettelkasten 永久筆記層（vault 自己加的） |
20-Projects/ | Project |
30-Areas/ | Area |
40-Resources/ | Resource |
50-Archive/ | Archive |
→ Vincent vault 改編 PARA——加了 00-Inbox（收件匣）+ 10-Notes（永久筆記層）。等於 PARA + Inbox + Zettelkasten 三套整合。
反模式
❌ Project 沒截止日 → 不是 Project，是 Area ❌ Area 變太多細項 → 拆成多個 Area ❌ 不定期清 Archive → 越積越大難搜 ❌ Resource 變垃圾場 → 定期 review，沒用的搬 Archive ❌ 複製到多個地方 → 違反 single source of truth
進階：Project / Area 的關鍵差別
書中強調這兩個最容易混：
| Project | Area | |
|---|---|---|
| 截止日 | 有 | 沒有 |
| 結果 | 明確（達成 or 失敗） | 持續維持標準 |
| 例 | 「跑完馬拉松」 | 「維持健康」 |
| 例 | 「完成 PAM v2」 | 「IT 主管職責」 |
判別：「這件事完成的那天我會說『搞定了』嗎？」會 → Project；不會 → Area。
心法
書中關鍵句：
「組構資訊的方法是以可操作性為基礎，而不是資訊本身的類型，並以專案作為數位檔案的主要組織單位。」
專案優先——所有資訊先看「能不能服務正在做的專案」，這個視角讓你的知識庫永遠跟行動有關。
相關概念
強連結（原文明確提及）
- 打造第二大腦 — PARA 是 BASB 的一部分
- 組織 Organize — BASB 中對應的階段
- CODE 框架 — PARA 是 CODE 的「O」
- Tiago Forte — PARA 提出者
強連結（vault 結構）
- vault 的
00-Inbox / 20-Projects / 30-Areas / 40-Resources / 50-Archive結構
推斷連結（LLM 認為相關，待確認）
- 卡片盒筆記法 ?? — Zettelkasten 跟 PARA 是不同層級的方法（Zettel 偏結構、PARA 偏分類）
深入閱讀（外部資源）
- PARA 整理法 — 詳細說明
- Forte 的 PARA 原始介紹：https://fortelabs.com/blog/para/
← 回到 wiki