CODE系統
一句話定義
Tiago-Forte 在《打造第二大腦》中提出的筆記流程框架：Capture（捕捉）→ Organize（整理）→ Distill（消化）→ Express（表達），每一步都以 可操作性 為篩選原則。
核心要點
- C — Capture：收集那些「讓你深有同感」的資訊。篩選器是 12個問題法則——資訊要對應某個你關心的 Project 或常駐問題才值得收。
- O — Organize：依 PARA 結構（Project / Area / Resource / Archive）安置筆記。Forte 強調這不是文件系統而是生產系統——以「下一步行動」作為分類標準。
- D — Distill：消化吸收筆記。「筆記是拿來用的，不是用來收藏的」；漸進式蒸餾出可重用的核心觀點。
- E — Express：表達、創作、輸出。是第二大腦的起點與終點——所有前面的步驟都為此服務。
與其他概念的關係
- 上位框架：第二大腦 = CODE（流程）+ PARA（結構）。
- 核心原則：Actionability 貫穿四步，每一步都在拒絕「先儲存、未來用」的囤積邏輯。
- 入口篩選：12個問題法則 是 Capture 階段的具體實作。
流行版的簡化光譜
CODE 對日常使用過於繁複，vault 已累積兩個跨語言的流行簡化錨點：
英文母題：Jeff Su 兩步法（Capture + Organize）
2026-05-07-Jeff-Su-簡單兩步驟生產力系統 把 CODE 直接砍到只剩前兩步：
- Capture（保留）：用 Todoist 等低阻力工具把點子從腦中拿出來；唯一準則是「降低 A 點到 B 點的摩擦」。任務以動詞開頭、避免一字多義。
- Organize（保留 + 強化）：直接引用 Tiago-Forte「整理資訊的錯誤方式是根據你找到它的位置來整理；正確方式是根據你會使用資訊的地方去整理」這條紀律——把資訊放到 Calendar / Notion / Email / 會議議程等會用到的介面，而不是按發現處分類。
- Distill / Express 完全跳過——Jeff Su 自承這是「80% 效益、20% 努力」的入門替代版，不主張這套適合所有人。
差異點：(a) 跳過 Distill 意味著「漸進式蒸餾」工法不發生，重複攝取同一條筆記時不會自動精煉；(b) 跳過 Express 意味著沒有把 PKM 接到輸出（書 / 文章 / 影片）；(c) Capture 階段未引入 常駐問題篩選器，但 Organize 階段「使用處而非發現處」的紀律提供了一道事後 actionability——資訊若找不到「會用到的地方」，自然就會被剔除。
中文流行版：老石三步法（獲取 / 整合 / 輸出）
2026-05-01-老石第二大腦三步法 把 CODE 簡化成「獲取 / 整合 / 輸出」三步：
- 獲取 ≈ Capture（合併 Capture 的儲存維度，包含載體選擇）
- 整合 ≈ Organize + Distill（合併分類整理、加上自己的想法、視為長期任務）
- 輸出 ≈ Express（強調「能講給別人才算學會」）
差異點：(a) 缺 常駐問題篩選器 這層，導致捕捉的取捨憑「共鳴」直覺而非常駐問題；(b) 把 Distill 收進 Organize 而非獨立成步，弱化「漸進式蒸餾」的工法；(c) 元命題從 輸出決定輸入 弱化為「對抗 知識碎片化」（量），但第三步「輸出才是學習本質」隱性接回 actionability。
三個錨點的對位
| 錨點 | 簡化形式 | 保留 | 削弱 |
|---|---|---|---|
| Jeff Su（兩步） | Capture + Organize | Tiago-Forte Organize 紀律（使用處而非發現處） | Distill / Express 完全跳過 |
| 老石（三步） | 獲取 / 整合 / 輸出 | 三段式骨架（含輸出） | Actionability / 12個問題法則 篩選層 |
| PC(O)（2026-04-28-第二大腦效率陷阱） | Project + Capture | Actionability / 項目盒子 | PARA / Distill 結構 |
三條簡化都繞過 CODE 原書的「篩選 + 結構」雙層複雜度，但選擇的繞道不同：PC(O) 保篩選 + 削結構；Jeff Su 保 Organize 紀律 + 跳過後段；老石保三段式 + 削輸入篩選。每個錨點各自揭示 CODE 在實踐上的一個真實痛點。
「CODE 之前」的補位框架：Ali-Abdaal 三層
2026-05-07-Ali-Abdaal-Ultimate-Productivity-System 補入一個與三條 CODE 簡化方案性質不同的補位框架：Ali 把完整生產力系統拆成三層漸進式擴增架構，其中Layer 3 / Dumbledore 才是 BASB 全套：
| 層 | Ali 命名 | 對應 CODE | 解決什麼 |
|---|---|---|---|
| Layer 1 | Ron（生活管理） | CODE 之外 | Calendar / Email / To-do / Files——這層解決基本任務外化，與 CODE 無關 |
| Layer 2 | Hermione（資訊捕捉） | ≈ Capture only | Kindle / Read-it-later / Readwise / Apple Notes——只做 Capture 的 minimum viable version，不做 Distill / Express |
| Layer 3 | Dumbledore（第二大腦） | 完整 CODE + PARA | Roam-Research / Obsidian 等 PKM 工具；資訊作 thought partner、激發新想法 |
→ 這個分層回答了 CODE 簡化方案沒回答的前置問題：
- PC(O) / 老石 / Jeff Su 都討論「如何砍 CODE 才能用」（CODE 內部簡化）
- Ali 三層討論「裝 CODE 之前還需要什麼」（CODE 外部前置條件）—— Layer 1 若還亂（行事曆沒在用、email 不知歸誰），直接上 BASB 等於裝錯層
- 反過來說：Layer 1 若已順、消費內容不多，可能根本不需要 Layer 2/3
→ Ali 強調 BASB 是「creativity 工具而非 storage 工具」——這條校準對 第二大腦 > 流行讀法（值得保留的對位） 是強支撐：流行讀法把 BASB 當「現在儲存、未來使用」會誤把 Layer 3 當 Layer 2 用。
→ 整理後的決策樹：
- Layer 1 還沒到位？先用 PC(O) 或 Jeff Su 兩步法把生活管理基礎打好
- Layer 1 已順但讀很多書 / podcast 想記住內容？加 Layer 2（Hermione 四件套）
- Layer 2 已順但想用系統做 thought partner / 寫長 form 內容？才上 Layer 3 / 完整 CODE
相關來源
- 2026-04-28-第二大腦效率陷阱 — 反思批判視角；CODE × PARA 的繁複導致分類焦慮
- 2026-05-01-老石第二大腦三步法 — 中文流行版三步簡化；隱性接回 actionability 但未明確化
- 2026-05-07-Jeff-Su-簡單兩步驟生產力系統 — 英文母題兩步簡化；保留 Tiago-Forte Organize 紀律「整理到會用到的地方」，跳過 Distill / Express；用 Todoist 作低阻力 Capture，用 Calendar / Notion / Email 作會用到的歸宿；附加動詞開頭任務語法與 Gmail snooze 等具體工法
- 2026-05-07-Ali-Abdaal-Ultimate-Productivity-System — Ali-Abdaal 三層架構（Ron / Hermione / Dumbledore）作為「CODE 之前」的補位框架；BASB 被定位為 Layer 3（不是入門系統）；前面還有生活管理 + 資訊捕捉兩層；本期回答 CODE 簡化方案沒回答的「裝 CODE 之前還需要什麼」
備註
簡化建議（2026-04-28-第二大腦效率陷阱 影片作者）：CODE × PARA 的組合對日常使用過於繁複，多數人只需「PC(O)」——先有 Project、再順手 Capture，O 步驟能省則省，避免分類焦慮讓人懶得捕捉。
vault 觀察：CODE 的三種簡化路徑——(1) PC(O)（2026-04-28-第二大腦效率陷阱）保留 Actionability / 項目盒子 但削弱結構繁複度；(2) 「獲取 / 整合 / 輸出」（2026-05-01-老石第二大腦三步法）保留三段式骨架但削弱 Project 顯化；(3) Jeff Su 兩步法（2026-05-07-Jeff-Su-簡單兩步驟生產力系統）保留 Organize 紀律但跳過 Distill / Express。三條路徑共同揭示 CODE 在實踐上的真實痛點：篩選 / 結構 / 蒸餾 / 輸出四層中至少要砍掉一層才能讓 CODE 真正落地，每個簡化方案的取捨決定它能服務哪類使用者。