這一講帶你看我現在的整套系統，分成兩半來看：資料放在哪、怎麼走，這是 PKM（個人知識管理）；誰來處理這些資料，這是 PKA（個人知識助理），也就是一組 AI 助理。另外也會講人在哪裡把關，以及怎麼讓系統不亂。怎麼一步步建起來，看第 4 講；為什麼從舊工具換過來，看第 2 講。
內容是截至 2026-10-24 的狀況。課堂約 30～40 分鐘；兩張圖可以直接投影。
先分清楚兩層
| 層 | 是什麼 | 在我這裡是 |
|---|---|---|
| PKM（個人知識管理） | 知識放在哪、怎麼分類、怎麼連起來 | 一個放筆記的資料夾（Obsidian 叫它 vault），裡面分成收件匣、wiki 知識層、PARA 原始檔、記憶層 |
| PKA（個人知識助理） | 誰來處理這些知識 | Claude Code、Codex，加上 Hermes 的五個角色。每個都有自己負責的事，也規定好能寫哪些地方 |
打個比方：PKM 是倉庫和貨架，PKA 是倉庫裡的工作人員，人就是店長。店長決定進什麼貨、檢查上架對不對、決定拿什麼出去用。
整套系統一張圖
照著圖，一份資料大概會這樣走：
- 進門：我用 Web Clipper 剪網頁、YouTube、GitHub，或在手機 Telegram 丟連結，或自己丟會議紀錄、PDF 進去。全部先進收件匣。
- 先處理：剪下來的東西先整理一輪，例如影片做成報告，附上查證表（把裡面的名稱、數字逐項核對過的表），英文網頁轉成繁中。
- 整理成概念頁：AI 把內容拆成概念頁、建連結，再更新目錄和日誌。
- 人看過：我決定這一批要不要寫進去。要，就寫進 wiki 層；不要，就退回重做。原始檔則照 PARA 放回該放的櫃子。
- 拿來用：我在電腦或手機 Telegram 上問 AI，答案會附出處；也可以做成報告、講義，或拿來做決定。
另外會定期做健康檢查，找孤兒頁、互相矛盾的說法、缺了的概念，看看 wiki 有沒有亂掉。
資料放在哪：五個區域
| 區域 | 放什麼 | 規矩 |
|---|---|---|
| 收件匣（00-Inbox） | 剛收進來、還沒處理的東西 | 只能讀，不改內容，也不改檔名；處理完就搬走 |
| wiki 知識層 | AI 整理出來的概念頁（一頁講一個概念，照主題和類型分資料夾）、主題地圖、每日日誌、名詞對照表 | 由 AI 維護。每頁都標一個狀態：草稿、已審（stable）、過時。草稿要升成已審，一定要人點頭 |
| PARA 原始檔 | 專案、領域、資源、封存四個櫃子，放原始文件 | 原始檔不刪、不改、不改名；做完的往封存搬。封存的意思是「現在用不到，但要查得到」 |
| 記憶層 | AI 助理換了一次對話、換了一台電腦，還是要記得的事：我的偏好、常用名詞、各助理負責什麼 | AI 想多記一件事，要先提出來，人同意才算。規則只放在 vault 這一個地方，AI 自己的記憶只記操作上的事實 |
| 附件 | 圖片、PDF | 照分類放好。網路上的圖片一律下載存到自己電腦，不靠外部連結 |
PARA 和 wiki 是什麼關係？PARA 放原文，wiki 放 AI 從原文抓出來的概念，每個概念頁都會註明它出自哪份原文。可以想成書櫃上的原書，和你寫的讀書卡片：卡片上寫著它出自哪本書。這就是第 1 講說的疊起來用：第二大腦管流程和分類，卡片盒管「一張卡一個想法」和連結。
東西怎麼找得到？首頁（主目錄）、儀表板、圖與 MOC 總覽、個人成長總表這幾種頁面，都用 Dataview 自動產生。MOC 是某個主題的目錄頁；Dataview 是 Obsidian 的一個外掛，能照你設的條件自動把筆記列成清單或表格，有點像 Excel 的篩選。所以新增的東西會自己出現在清單上，不用手動維護。
誰來處理：AI 助理怎麼分工
我用三種 AI。Claude Code 和 Codex 分別是 Anthropic 和 OpenAI 做的 AI 助手，可以直接讀寫電腦裡的檔案。Hermes 是我自己架的 AI 助理，一直開著，跑在家裡的 Mac Studio 上，底下分成五個角色。
表格裡「用什麼模型」那一欄，模型就是 AI 背後那顆「腦袋」。雲端是指它跑在別人公司的伺服器上，資料要送出去；本機是指它跑在我自己的電腦上，資料不出門。
| 助理 | 做什麼 | 用什麼模型 | 能寫哪裡 |
|---|---|---|---|
| Claude Code | 管規矩、做驗收：維護規範、我叫它整理時就整理、檢查其他助理做出來的東西、寫程式 | 雲端 | vault（照規範來，動手前要先提案給我看） |
| Codex | 規劃，以及冷啟動複核（見表格下面）：只看規格、改了什麼、可以重跑一次的證據，不看做的那一方自己怎麼說，判定「過」「帶債過」或「擋下」 | 雲端 | 只能寫指定給它的複核檔 |
| Hermes・一般（default） | 平常聊天；每天早上 07:00 推 AI 新聞和英文單字 | 本機 | 只能在收件匣新增檔案 |
| Hermes・歸檔員（archiver） | 把我丟過去的連結整理成筆記；剪下來的網頁先處理過一輪 | 本機 | 只能在收件匣新增檔案 |
| Hermes・編譯員（ingester） | 每天晚上把收件匣的素材整理成概念頁，但先做成一包「變更集」，也就是打算改哪些檔、怎麼改，不直接寫進去 | 雲端，只送公開來源的內容 | 只能寫 vault 外面的候選區，而且是在沙箱裡跑 |
| Hermes・查詢員（vault-scout） | 在手機 Telegram 上幫我查 vault，答案附出處 | 本機 | 不寫任何檔案；手上只有三個只能讀的工具；回覆前會先遮掉個資、薪資和營收 |
| Hermes・程式員（coder） | 分析 Excel、PDF，寫小程式 | 本機 | 只能寫自己的工作資料夾；在 Docker 裡跑，而且不連網路 |
表格裡幾個詞的意思：
- 冷啟動複核：負責複核的 AI 不帶之前的來龍去脈，像第一次看到一樣從頭看。
- 帶債過：可以過，但留著一些之後要補的地方。
- 沙箱、Docker：都是隔離起來的執行環境。AI 在裡面做事，碰不到它不該碰的東西。
手機 Telegram 群組照「話題」固定分給不同角色：📥 歸檔話題交給歸檔員，🔎 查詢話題交給查詢員，一般話題交給一般助理。我刻意不讓 AI 自己判斷要派給誰，因為這幾種事的步驟很固定，直接寫死比較可靠。
分工有三個原則：
- 做的人不驗收自己的東西。Claude 寫的交給 Codex 複核，Hermes 整理的交給 Claude 檢查。就像考卷不會讓學生自己改。
- 能寫哪裡，直接寫進設定，不靠一句「請它不要亂寫」。例如編譯員根本碰不到 vault，只能寫候選區。這就像鑰匙只發給該進門的人。
- 機密的留在自己電腦處理，公開的才送上雲端。公司資料和個人財務，不送給雲端的 AI。
一個晚上的自動整理
「排程」就是事先設好時間，讓程式到點自己跑。照時間看是這樣：
- 半夜，AI 自己跑。01:30 排程啟動，先處理剪下來的網頁（最多 2 份），再由編譯員在沙箱裡做出變更集（最多 3 份），放進候選區。這時 vault 的正式內容完全不動。接著用程式做一輪機械檢查：有沒有越界（寫到不該寫的地方）、有沒有附出處、格式對不對。
- 早上，人來把關。08:05 Telegram 傳晨檢通知，告訴我昨晚做了什麼。Claude 一份一份檢查內容，我說「落地」，才用程式把它寫進 vault；我不同意，就退回，隔天晚上重做。
- 只要發現越界，就整個停下來，等我處理。
放手的節奏，我用的是「畢業制」：
- 一開始，每一批都全部檢查。
- 連續 5 批都沒問題，才改成抽查。
- 抽查 30 天，錯誤率低於 10%，也沒有越界，才改成只看有狀況的那幾份。
- 只要越界一次，就退回全部檢查。
放手隨時可以收回，所以我才敢放。
人在哪裡把關
| 環節 | 誰決定 | 為什麼留給人 |
|---|---|---|
| 要收什麼 | 我自己按 Web Clipper、自己丟連結 | 收進來的東西好不好，決定後面的一切；AI 不知道什麼東西會讓我有感覺 |
| 要不要寫進知識庫（落地） | 每一批都要我說「落地」才寫進去 | 寫進知識庫以後就會被拿來引用，錯了會越傳越廣 |
| 草稿升成「已審」 | 我批准 | 「已審」代表我相信它，AI 以後引用它時就不再加警告 |
| 要做什麼專案、哪些不做 | 我定目標和範圍，也寫明哪些不做 | 技術細節讓 AI 之間去討論，方向和取捨由人決定 |
| 把程式碼正式放進程式庫、動到正式資料 | 獨立複核判「過」，或我親自試用過 | 做了就收不回來的一步，不能只聽 AI 說「好了」 |
| 規範要不要改 | 我同意才改 | 規範是所有助理共用的做事規矩，改錯了大家一起錯 |
「迴圈」可以想成 AI 一步接一步做事的那條流水線。整體來說，我站在「人在迴圈之上」的位置：定目標和界線，不去碰每個小決定。但到了做了就收不回來的那一步，我會刻意站回「迴圈內」，親自看。這套分級的說法叫「人類介入四層級」。
讓系統不亂的機制
我不可能盯著每一個檔案，所以把檢查交給程式，我只看亮紅燈的地方：
| 機制 | 做什麼 |
|---|---|
| 寫完檔案馬上檢查 | 每寫一次檔，就檢查格式、編碼（文字存檔的方式，錯了會變亂碼）、連結 |
| 收工時掃一遍 | 找 iCloud 同步衝突多出來的副本，還有最外層的資料夾有沒有被亂建新資料夾 |
| 每天晨檢 | 早上推一份「有什麼要注意」的摘要到手機 |
| 健康檢查分數 | 定期跑一次，找孤兒頁（沒有任何頁連到它）、缺了的概念、互相矛盾的說法，打 0～100 分 |
| 從外面對帳 | 不問 AI 自己做了什麼，直接讀它的操作紀錄，抓有沒有越界 |
| 寫檔前登記 | 改重要檔案前，先登記「誰在寫」，避免兩個 AI 同時改同一份 |
| 每日日誌 | 每天做了什麼、依據是什麼，都記在當天的日誌 |
上課可以講的真實教訓：檢查工具自己也會誤報，也就是明明沒事卻亮紅燈。誤報一多，人就會習慣忽略紅燈，這比少一道檢查還糟。所以誤報要從源頭修掉。
跟 Tom 的 PKA 比一比（課堂討論用）
Tom 就是第 1 講提到的 PKA 提出者（ICOR）。他的示範和我的做法放在一起看：
| Tom 的示範 | 我的做法 | |
|---|---|---|
| 資料 | 自己電腦裡的一個資料夾，加上 SQLite 資料庫（一種整個存成一個檔案的小型資料庫） | 一個 Obsidian vault（全是純文字 Markdown 檔） |
| 操作畫面 | 終端機（打指令的文字視窗），加上自己做的 HTML 檢視頁 | Obsidian（電腦、手機都能用），加上手機 Telegram |
| 助理 | 1 個總管加 3 個專才 | 3 種 AI（Claude Code、Codex、Hermes 的五個角色），照話題固定分工，不設 AI 總管 |
| 記憶 | 每個資料夾放一份 CLAUDE.md（寫給 AI 看的說明書） | 一份主要的規範，加上記憶層（AI 想多記什麼，要先提案） |
| 把關 | 待審的成果放在「owners inbox」（等主人審的收件匣） | 候選區，加上每批要我說「落地」，再加上獨立複核 |
共同點是：資料留在自己手上，AI 是可以換的工作人員。
給你：最小的起步版
你不需要一開始就有五個助理。最小的版本只要三樣東西：
- 一個資料夾，裡面有收件匣和 PARA 四個櫃子。
- 一份寫給 AI 看的說明書（例如
CLAUDE.md）：寫清楚這個資料夾怎麼分、什麼能改、什麼不能改、改之前要先問你。 - 一個 AI 助理（例如 Claude Code），先只做一件事：把收件匣的東西整理成概念頁，每次都先給你看，你同意了才寫。
等你覺得「每次都要我審，好累」，再考慮加第二個助理，或設排程讓它定時自己跑。到那時候，你已經知道哪些事可以放手了。