項目盒子
一句話定義
每個專案配一個容器（實體或數位）裝下所有相關筆記、素材、靈感、引用——讓「為這個專案而存在」成為資訊歸宿的唯一判準。源自編舞家 Twyla Tharp 的工作實踐，由 Tiago-Forte 在 打造第二大腦 中引入 PKM 語境。
核心要點
- 以容器為單位思考輸出：每條被 capture 進來的資訊，都該有一個歸屬的盒子；沒有盒子，就沒有歸宿。盒子的存在是 Actionability 的容器化表達。
- 盒子 = 一個 Project = 一個未來會交付的具體輸出：不是 Area（持續責任）、不是 Resource（背景知識）、不是 Archive（已完成）；參見 PARA 的 P。
- 盒子涵蓋兩種專案狀態：Sprint vs Slow-burn——
- Sprint Project 的盒子：正在被高頻翻動、產出中。
- Slow-burn Project 的盒子：在孕育期慢慢長大，等時機成熟整盒升級成 Sprint。
- 編舞家 Twyla Tharp 的原始實踐：每支舞作開新盒，盒裡放靈感剪報、CD、觀察筆記、訪談錄音；盒子本身比裡面任何單張紙更重要——盒子定義了「這些東西為何被一起收集」。
- 數位盒子的當代形式：Notion 資料庫的單一 page、Obsidian 的單一資料夾或 MOC、Google Drive 資料夾、Apple Notes folder——形式不重要，重要的是「一個專案 = 一個容器」的對應關係。
與其他概念的關係
- 上位框架：第二大腦 的容器層；CODE系統 中 Organize 步驟的核心動作就是「決定這條筆記進哪個盒子」。
- 元原則：Actionability——盒子是「輸出決定輸入」的物理化身；資訊有盒子才合法。
- 對應結構：PARA 的 P；每個 Project 對應一個盒子。Area / Resource / Archive 不是「項目盒子」，雖然也是容器。
- 兩種狀態：Slow-burn專案——slow-burn 與 sprint 共享同一套盒子框架，差別只在「火力大小」與「翻動頻率」。
- 篩選器：12個問題法則 的 12 個常駐問題＝ 12 個 slow-burn 盒子；每個問題就是一個未來會被點燃的容器。
- 對立面：囤積——沒有對應盒子的儲存就是囤積，這是 PKM 系統健康的核心判準。
備註
實作層面的試金石：「這條筆記放進哪個盒子？」 如果回答不出來，要嘛建立新盒（定義一個新 Slow-burn Project），要嘛承認這條筆記不該被存。盒子不存在 ≠ 筆記不重要，但 ≠ 應該被放進「未分類」的灰色地帶——那是第二大腦最常見的失敗模式。