組織 Organize（CODE 第 2 步）
CODE 框架 第 2 步——用 PARA 把 獲取 Capture 來的資訊分類。核心觀念：不是依資訊類型分類，而是依「能在哪個情境派上用場」分類。
PARA 四類
| 類別 | 中文 | 定義 | 你 vault 對應 |
|---|---|---|---|
| Project | 專案 | 短期任務、有明確目標和截止日 | 20-Projects/ |
| Area | 領域 | 長期負責、需持續維護 | 30-Areas/ |
| Resource | 資源 | 未來可能用到的題材 | 40-Resources/ |
| Archive | 檔案庫 | 已完成或不再活躍 | 50-Archive/ |
詳見 PARA 整理法。
4 步分類決策樹（按優先序問）
每收到一則新筆記，依序問：
1. 這對我「正在做的某個 Project」有用嗎？
├── YES → 放 20-Projects/<X>/
└── NO ↓
2. 那對我長期負責的某個 Area 有用嗎？
├── YES → 放 30-Areas/<Y>/
└── NO ↓
3. 那它屬於某個 Resource 主題嗎？
├── YES → 放 40-Resources/<Z>/
└── NO ↓
4. 放 50-Archive（備而不用）
順序很重要——優先放離行動最近的地方。Project > Area > Resource > Archive 的優先序確保「正在用的」永遠在最前面。
跟傳統分類法的差別
| 傳統 | PARA / BASB |
|---|---|
| 依資訊類型分（科技 / 健康 / 商業） | 依可操作性分 |
| 像圖書館 | 像辦公桌 |
| 完整但用不到 | 用得到但不完整 |
| 「分類正確就成功」 | 「讓筆記發揮功用」 |
書中關鍵句：
「組構資訊的方法是以可操作性為基礎，而不是資訊本身的類型，並以專案作為數位檔案的主要組織單位。」
跟 vault + plugin 的對應
你的 vault 把 Organize 自動化了：
| 動作 | 自動 / 手動 | 機制 |
|---|---|---|
| raw 檔分類 | 自動 | wiki-ingest 走 PARA_ROUTING 路由 |
| entity 分類 | 自動 | wiki-ingest 推論 <domain>/<type>/ |
| 階段轉換（Project → Area → Archive） | 手動 | 一個專案結束時你決定搬到 50-Archive |
→ 你做的 Organize 比書中還進一步——不只人工 PARA，加上 LLM 自動 domain/type 推論。
反模式
❌ 依資料類型分（建立「科技」「健康」「商業」資料夾） → 太抽象 ❌ 重複分類（同份資料放兩處） → 同步成本，違反 single source ❌ 不定期清理 50-Archive → 越積越大，找不到舊資料 ❌ Project 變成永久 → 沒有結束日期就不是 Project，是 Area
心法
「我們要一直把筆記存放到它能「發揮功用」的地方，還要使它能夠「盡快」在那裏產生效用。」
相關概念
強連結（原文明確提及）
- CODE 框架 — 第 2 步
- 獲取 Capture — 上一步
- 萃取 Distill — 下一步
- 打造第二大腦 — 整體方法
- Tiago Forte — 提出者
- PARA 整理法 — Organize 用的分類體系
推斷連結（LLM 認為相關，待確認）
- Karpathy LLM Wiki 模式 ?? — wiki-ingest 的 PARA Routing 沿用 PARA 概念
深入閱讀（外部資源）
← 回到 wiki