MOC-PKM
範圍
個人知識管理（Personal Knowledge Management）——從一個人怎麼把外部資訊與腦中經驗組織成可持續產出的系統；包含篩選原則、組織結構、流程框架、人工策展與 LLM 維護兩條路線、以及「儲存」這件事的合法性問題。
核心命題
輸出決定輸入——資訊的價值不在資訊本身，而在它能否服務一個具體的輸出目標（Project）。任何「現在儲存、未來使用」的承諾若沒有對應的 Project，都是囤積。
四個關鍵問題框住整個 cluster：
- 怎麼篩：什麼樣的資訊值得收？（Actionability / 12個問題法則）
- 怎麼放：收進來之後怎麼組織？（CODE系統 / PARA）
- 誰維護：人手策展 vs LLM 維護的兩條路線（第二大腦 vs LLM-Wiki）
- 儲存合法嗎：「未來可能有用」是否成立？（Slow-burn專案 給的條件答案）
主軸（核心頁）
Umbrella
- Actionability — 整個 MOC 的元原則；輸出決定輸入；任何累積型實踐都可套用此框架。
篩選原則（雙軸：篩什麼 + 篩哪些）
- 12個問題法則 — 內部目標篩選器（這條資訊能否服務我的常駐問題）；Feynman 的常駐 12 問題作為新資訊的篩選器；遇新即測試。
- 判讀力 — 外部品質評估器（這條資訊本身夠乾淨嗎）；輸入端的可信度篩選——閱讀 / 思考 / 回測 + 原型知識 + 立場固化辨識。
- 知識碎片化 — 量散對抗器（這條怎麼放才不會散）；演算法推送的副作用診斷 + 對抗工具光譜（個人手動策展 / LLM 維護 / 主題式深度攝取）。
- Slow-burn專案 — 「現在儲存、未來使用」唯一合法的歸宿；解決 PKM 的根本爭議。
- 跳板書 — 閱讀入口路由：對尚未有讀書熱情或時間有限的人，先選一本能對位痛點、啟發後續問題、產生行動後勁的書，而不是囤完整書單。
「篩什麼 + 篩哪些 + 怎麼放」三軸：12 問題與 Actionability 解決「為什麼要收這條」（質的目標性）；判讀力 解決「這條值得收嗎」（質的可信度）；知識碎片化 解決「這條怎麼放才不會散」（量的結構性）。許多 PKM 失敗是只用一軸——只篩 actionability 結果收滿垃圾資訊；只篩判讀力結果積成跟自己 project 無關的精華；只對抗碎片化結果變成囤積。三軸並用才是健康的 PKM 輸入。
組織結構（Tiago-Forte 體系）
- CODE系統 — 流程框架：Capture → Organize → Distill → Express。
- PARA — 組織結構：Project / Area / Resource / Archive，按 actionability 由高至低排列。
- 項目盒子 — 容器層：一個 Project = 一個盒子；資訊歸宿的物理化身（編舞家 Twyla Tharp 起源）。
- 第二大腦 — 三者合成的方法論 umbrella；vault 中此體系的合成頁。
知識來源的兩條軸
三大流派的歷史脈絡
PKM 的三條主要思想線索，遞進關係非取代：
| 流派 | 提出者 | 維護者 | 核心精神 | 致命限制 |
|---|---|---|---|---|
| Memex（1945） | Vannevar-Bush | 個人手動 | 私有 + 策展 + 互連 | 維護成本（交叉引用、合併、矛盾檢查）人類無法持續做 |
| 第二大腦（2010s） | Tiago-Forte | 個人手動 | 加上 Actionability 作為篩選原則；輸出導向 | 仍依賴人手維護 + 易陷分類焦慮（PARA 的 P/A/R 邊界模糊） |
| LLM-Wiki（2025-） | Karpathy | LLM 維護 | 把 Memex 「個人 + 策展 + 互連」精神保留，篩選與互連的成本由 LLM 吸收 | 仍在早期；schema 演進、ingest 一致性、矛盾檢查的實踐沉澱中 |
→ 三者精神同源（私有 / 策展 / 互連 / 為輸出服務）；差異在維護成本由誰吸收。LLM-Wiki 把第二大腦中「人手維護」這個最痛的點外包給 LLM，但仍承襲第二大腦的「為新資訊找歸宿」原則。
工具層（跨場景技術）
這些頁不專屬 PKM，但在此 cluster 有重要應用：
- Prompt-Engineering — 知識喚醒 與 LLM-Wiki 的 ingest 操作核心倚賴 prompt 設計品質。
- Context-Engineering — 與 LLM-Wiki 的並列關係：前者每次任務動態 curate context window；LLM-Wiki 把上下文外化、累積成持久 markdown 合成層。兩者可疊加（用 LLM-Wiki 作為 context engineering 的一個來源）。
- Slow-burn專案 vs Sprint — 專案管理層的核心區分；任何 PKM 系統都需要區分「正在沖刺」與「孕育休眠」兩種專案狀態。
鄰接領域
這些 cluster 與 PKM 有 bridge link：
- MOC-LLM-應用設計：LLM-Wiki 既是 PKM 的一種流派，也是 LLM 應用設計的一個落地形式（與 Context-Engineering / RAG 同屬「LLM 如何利用知識」的討論）。本 vault 自身的
CLAUDE.md即此交界的具體實作。 - MOC-職涯：PKM 是個人生產力的基礎設施；FGP 從驅動力角度切入個人效率，第二大腦從資訊組織角度切入，兩者可疊加（見 Feel-Good-Productivity > 理論支撐（四層金字塔））。
- MOC-創作者經濟：創作者的「待拍清單」「想寫的選題」是典型 Slow-burn專案；個人 IP 經營本質上是長期的 actionability 實踐。
實體
思想脈絡
- Vannevar-Bush — Memex 提出者；PKM 思想的源頭（1945）。
- Tiago-Forte — 第二大腦方法論作者；CODE × PARA 體系的推廣者。
- Karpathy — LLM-Wiki 模式的提出者（2025 短文）；本 vault 直接師承此模式。
流行讀法 / 簡化方案推廣者
- 老石談芯 — CODE 中文流行版三步簡化（獲取 / 整合 / 輸出）的代表；以 Notion 為主要載體
- Jeff-Su — CODE 英文母題兩步簡化（Capture + Organize）的代表；以 Todoist 作低阻力 Capture、Calendar / Notion 作 Organize 歸宿；明確保留 Tiago-Forte 的 Organize 紀律「使用處而非發現處」
- Ali-Abdaal — BASB 與 Feel-Good-Productivity 的英國代表；本 vault 中與 Jeff Su 簡化版形成「能量為本 vs 阻力為敵」的兩條入門進路對位
工具書
- 打造第二大腦 — Tiago Forte 同名書；vault 中第二大腦體系的核心來源。
來源
- 2026-04-28-第二大腦效率陷阱 — 影片視角的批評：CODE × PARA 過於追求「大而全」導致分類焦慮；極簡替代 PC(O)；本期是 vault 中 PKM cluster 的密度爆點，連帶引出 Actionability / 12個問題法則 / Slow-burn專案 / 項目盒子 等核心概念。
- 2026-05-01-老石第二大腦三步法 — 第二大腦的中文流行讀法代表案例；老石談芯 / 用 Notion 累積 + 三步流程「獲取 / 整合 / 輸出」；診斷 知識碎片化 為核心動機；與 2026-04-28-第二大腦效率陷阱 形成「流行讀法 vs 反思批判」雙視角對位（本期被前者明確指認為「我是如何記住所有事情的」流行版）。
- 2026-04-28-Karpathy-LLM-Wiki-gist — Karpathy 的 LLM-Wiki 短文；本 vault 直接師承此模式；自我參照閉環的起點。
- 2026-04-28-LlamaIndex-Context-Engineering — Context Engineering 與 LLM-Wiki 的鄰接論述：兩條不同路徑都在處理「LLM 如何利用上下文」。
- 2026-04-28-DeepSeek-從入門到精通 — 知識喚醒 概念來源（推理模型 prompt 工法的子段）。
- 2026-05-01-灰階思考ML看書 — 判讀力 主要來源；補上 PKM 輸入端品質評估軸。
- 2026-05-07-點子都是偷來的寫作創意九法 — Austin-Kleon《點子都是偷來的》中文書評；補入創意素材庫 / 家族樹作為 PKM 與寫作輸出的橋接案例，校準「Capture 不是囤積，Capture 要被創作喚醒」。
- 2026-05-07-Benzi-跳板書推薦 — 本子在隔壁-Benzi 的閱讀 / 書單型影片；補入 跳板書 作為「痛點先行」的閱讀輸入策略，與 Actionability、知識碎片化、第二大腦 形成橋接。
- 2026-05-07-Jeff-Su-簡單兩步驟生產力系統 — Jeff-Su 把 CODE系統 砍到 Capture + Organize 兩步；新建 Jeff-Su entity；補入 CODE系統 「流行版的簡化光譜」（PC(O) / 老石三步 / Jeff Su 兩步三錨點對位）；補入 Actionability 的 Organize 階段變體「使用處而非發現處」；補入 時間管理 的 Gmail snooze 工法。
- 2026-05-07-Ali-Abdaal-Ultimate-Productivity-System — Ali-Abdaal 完整三層生產力系統首次以主題形式進 vault；Ron / Hermione / Dumbledore 12 組件工具棧；BASB 被定位為 Layer 3（不是入門系統）；補入 CODE系統 「CODE 之前的補位框架」、時間管理 的 Calendar-first 紀律 + 100% 覆蓋率 + One-Touch Inbox Zero、Actionability 的 Capture 階段隱性紀律「100% 覆蓋率才能真正放下大腦」、Tiago-Forte 的 One-Touch to Inbox Zero 方法。
備註
vault 自我參照：本 vault（SecBrain）即為 LLM-Wiki 模式的具體實作。根目錄的
CLAUDE.md是 schema 層；10-來源/是原始來源（immutable）；本 MOC 與20-Wiki/全部內容是 LLM 維護的合成層。三層架構的具體運作見CLAUDE.md§2-§3；三個操作（Ingest / Query / Lint）見 §5。本 MOC 本身即是 lint 操作的產物（從 2026-04-28-第二大腦效率陷阱 + 2026-04-28-Karpathy-LLM-Wiki-gist 的雙來源密度爆發後條件成熟）。建頁理由：PKM cluster 已累積 10 個概念頁（Actionability / 12個問題法則 / Slow-burn專案 / CODE系統 / PARA / 項目盒子 / 第二大腦 / LLM-Wiki / Memex / 知識喚醒）+ 4 個實體（Vannevar-Bush / Tiago-Forte / Karpathy / 打造第二大腦）+ 3 個來源（2026-04-28-第二大腦效率陷阱 / 2026-04-28-Karpathy-LLM-Wiki-gist / 2026-04-28-LlamaIndex-Context-Engineering 部分）；同時與 MOC-LLM-應用設計 / MOC-職涯 / MOC-創作者經濟 形成跨叢集 bridge——符合 vault 「條件成熟就直接建立 MOC」的判準。
未來累積方向：(a) PARA 替代方案累積（PC(O) / 老石「獲取 / 整合 / 輸出」三步 / Lifeland 等簡化方案）；(b) Obsidian / Roam / Logseq / Notion 等具體 PKM 工具的對位（vault 用 Obsidian 但尚未獨立成頁；Notion 累積中——老石採用 + 多份既有來源提及，下次累積後可建 entity）；(c) 寫作流程（zettelkasten / atomic notes / evergreen notes）；(d) PKM 與創意產出的橋（如何從 PKM 系統產出書 / 文章 / 影片）；(e) AI 輔助 PKM 的工具地景（Notion AI / Mem.ai / Reflect 等）；(f) 知識喚醒的更多應用案例（教學 / 訪談 / 諮詢場景）；(g) vault 自身 ingest pipeline 的自動化實作紀錄——這是 PKM cluster 與 MOC-LLM-應用設計 共同的 follow-up，將直接驗證 LLM-Wiki 模式的可重複性；(h) 知識碎片化 對抗工具的具體實踐記錄（每週主題封閉日 / RSS 主動訂閱 vs 演算法推送的個人實驗）。