今年我大概存了 200 篇文章，但最後只留下 40 則筆記，還有一個我從不打開的「待整理」資料夾。
筆記堆積卻派不上用場，這不是你的錯。每一種筆記方法都假設你會親手持續進行「收集、整理、關聯、回顧」的工作。在忙碌的日常生活中，幾乎沒有人能堅持下去。這不是意志力的問題，而是真的太費力了。
如果有一個系統，能在你睡覺時接手那些繁瑣的整理工作呢？白天你只管把想法丟進筆記裡。到了晚上，你那些雜亂的塗鴉會被整齊地組織起來，相關的筆記會自動連結，甚至還會給你提示，像是「這與你三週前的筆記互相矛盾」，全部在早上準備好放在你的桌上。
而且，你現在就可以自己打造這個系統，不需要任何特殊環境。你只需要 Claude Code 和 Obsidian——這些都是能在你自己電腦上運行的標準工具。在這篇文章中，我會從今天開始，一步步教你如何建立這個系統。
我是 tatsuki（@nobel_824）。我協助中小企業運用 AI，幫助他們導入 Claude/Codex，同時我自己也整天都在使用 Claude Code。
這個設計的靈感來自一篇名為「How To Build a Second Brain That Runs Itself With Kimi & Obsidian (Full Course)」的建置指南，該文在海外獲得了 148 萬次觀看。這個概念非常棒，但工具不一定要是 Kimi Work。重點在於「將組織工作外包給夜間批次處理」的設計哲學，這個哲學與工具無關。所以，我用我每天使用的工具——Claude Code 和 Obsidian——重新打造了它。
https://note.com/nobel/n/n7d7a422f828f
第一章：為你的第二大腦建立「夜班」
首先，讓我們分享一個觀點，讓你更容易掌握全局。
把你的第二大腦想像成一個「應用程式」，不如想像成一個「專門上夜班的小部門」。你是白天班唯一的人手。白天，你負責做人類仍然比機器擅長的事：產生想法、留意事物、做出反應，然後把它們丟進去。你只需要把原料丟過牆去。
到了晚上，另一個部門開始運作。他們處理你白天丟進來的東西，將其轉化為有組織的知識，並在你喝第一杯咖啡之前準備好簡報（摘要報告）。這在以前是不可能的，因為「夜班」根本不存在。頂多，你有一個需要你坐在旁邊下指令才會工作的助手。那只會增加你自己的工作量。一個真正的第二大腦需要一個能按時程、平行運作、且無需監督的勞動力。
夜班團隊不是 300 個做同樣事情的複製品。他們的力量來自於分工，就像一個真正的研究部門。流程很簡單，包含四個階段。
首先，收集。這個角色負責擷取你想閱讀的文章或頁面的文字，並將它們帶入系統。
第二，分解與連結。這個角色將收集到的材料分解成「一個想法，一則筆記」。一篇文章可能變成八則筆記。每當一則新筆記誕生，它就會與現有的相關筆記連結。這能將一堆檔案轉變成一個思想網絡。
第三，檢查矛盾。這是最有價值的角色。它會將新筆記與所有現有筆記進行比較，找出衝突之處——與你過去筆記相矛盾的論述、沒有來源的主張，或是那些悄悄動搖你上個月寫下的信念的觀點。如果發現了，它會提出警示。它不會直接覆蓋或壓制這些矛盾。
第四，摘要與報告。這個角色將相關的筆記編織成一份長篇文件，並撰寫早上的簡報。它將原始的知識轉化為你實際上可以用來思考的形式。
為什麼平行處理有效？在一個平靜的夜晚，只有少數材料需要處理，也只有少數 Agent 在運作。但在一個忙碌週末之後的夜晚，當有 50 篇文章堆積起來時，你可以為每個來源指派一個 Agent，並同時部署它們。一個需要一個 Agent 花費數小時逐個檔案處理的任務，可以被拆分、同時執行，並在幾分鐘內整合完成。這就是「讓它成為一個團隊」的意義。
第二章：將知識存放在「提煉廠」，而非抽屜
現在，我們開始動手。我們從設計知識庫開始。
最常見的錯誤是按主題組織知識庫——建立標籤為「行銷」、「健康」或「AI」的抽屜。這會失敗，因為真正的知識不會只屬於一個類別。讓 Agent 將東西分類到主題資料夾，只是在更大規模上重現了組織問題。
相反地，我們根據提煉階段來建立資料夾。原料從一側進入，從另一側產出為相互連結的知識。資料夾結構本身就成為了管線。
步驟 A：建立資料夾（5 分鐘）
在你的終端機中執行這一行指令來建立提煉廠。
1mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}2touch brain/CLAUDE.md
以下是每個資料夾的角色：
brain/
├── 0-raw/ # 你丟東西進來的地方。不要碰。這是輸入區。
├── 1-desk/ # 夜班的工作檯。臨時區域。下班時清理乾淨。
├── 2-atoms/ # 永久筆記：一個檔案一個想法。核心區域。
├── 3-threads/ # 整合區。由多個原子編織而成的動態文件。
├── sources/ # 原始文章或 PDF。唯讀儲存區。
├── briefings/ # 夜班給你的報告。
├── .claude/skills/ # 每個班次的「職位描述」。
└── CLAUDE.md # 營運章程。所有 Agent 首先閱讀。
這個佈局中有三個關鍵的設計決策。
首先，0-raw 和 sources 是唯讀的，永遠不會被修改。原始筆記和原始檔案是事實的基礎。Agent 會從中建立衍生內容，但絕不會碰觸原始檔案。這能防止悄悄破壞 AI 知識庫的失敗模式：「衍生筆記引用其他衍生筆記，每次重新生成都稍微偏離原始含義，直到 AI 自信地重複它自己編造的東西。」因為來源不會移動，事實就不會偏移。
第二，2-atoms 包含原子（單一想法），而非文章。一個檔案，一個想法。這是 Zettelkasten 的原則，也是讓連結網絡發揮功能而非裝飾的關鍵。透過將事物分解成單一想法，你可以將它們連結到許多事物，重新組合它們，並準確地識別矛盾。在一個整篇文章被完整丟入的知識庫中，你無法做到這一點。
第三，3-threads 是理解所在之處。原子是材料；執行緒是整合。當關於某個主題（如「電池成本曲線」）的相關原子累積起來時，執行緒就會增長。這是平面 Wiki 所缺少的一層，也是「知識庫」與「理解」之間的差異。
步驟 B：在 Obsidian 中開啟這個資料夾
這是 Obsidian 整合的基礎。你只需要做一件事。
打開 Obsidian，選擇「開啟資料夾作為知識庫」，然後指向你剛剛建立的 brain/ 資料夾。就這樣。你不需要額外的外掛或同步服務，因為 Obsidian 知識庫只是一個 Markdown 檔案的集合。這個資料夾本身就成為了知識庫。
當你在筆記中寫下 [[筆記名稱]] 時，它就變成了一個標準的 Obsidian 內部連結。這意味著，如果夜班的「分解與連結」角色用 [[相關筆記]] 來連結筆記，這些連結會自動出現在 Obsidian 的圖形視圖中。你不需要做任何事。Obsidian 會將 Agent 寫入的 Markdown 視覺化。
你可能會想：「為什麼不用向量資料庫或 RAG？」因為純粹的 Markdown 和連結就足夠了。它是本地的、可攜帶的，而且你可以追蹤哪則筆記來自哪個來源。它在可攜帶性和可靠性上都勝過雲端向量資料庫。Obsidian 之所以能作為一個檢視器，正是因為這些檔案是純文字。
步驟 C：撰寫章程
CLAUDE.md 是管理整個勞動力的單一檔案。Claude Code 在開始工作前會讀取這個檔案，所以如果你在這裡寫下運作規則，所有班次都會遵守。簡潔、清晰且絕對地寫下它們。
1# 運作規則（行動前必須閱讀）23## 管線4- 0-raw/ : 輸入區。唯讀。永遠不要編輯原始筆記。5- 1-desk/ : 工作檯。下班時清理乾淨。6- 2-atoms/ : 永久原子。一個檔案，一個想法。7- 3-threads/: 整合文件。更新現有執行緒，不要建立重複的。8- sources/ : 原始檔案。唯讀。9- briefings/: 寫給人類的報告存放處。1011## 最高指導原則12每個原子都必須能追溯到 sources/ 或 0-raw/ 中的現有來源。13如果沒有來源，就不要寫筆記。不要撰寫材料中沒有的主張。14永遠不要用聽起來合理但虛構的資訊來填補空白。1516## 工作規則171. 一個原子，一個想法。如果一個來源有 8 個想法，就建立 8 個原子。182. 在建立原子之前，先搜尋 2-atoms/，看看是否可以擴展現有的筆記。193. 每個原子必須連結到至少兩個相關的原子。204. 如果與現有筆記矛盾，請在新筆記中加入一個 [FRICTION] 區塊，指向舊筆記。不要默默地覆蓋信念。215. 不要刪除。如果它變得過時，請加入 [RETIRED] 並移動到 archive/。226. 在下班時更新相關的執行緒並撰寫簡報。
「最高指導原則」是保護一切的界線。沒有它，夜班就會開始用看似合理的虛構情節來填補事實之間的空白。這些虛構情節將變得與你真正的想法難以區分，一個月後，你將不知道哪些信念是你自己的，哪些是機器編造的。「如果沒有來源，就不要寫筆記。」這條規則能讓你的大腦保持是你自己的。
現在你有了存放知識的盒子，以及保護它的章程。下一章，夜班團隊將會加入筆記內容。
第三章：使用 Claude Code 運行夜班
藍圖準備好了，現在讓我們安裝引擎。Claude Code 是實際運行夜班的工具。讓我們來組裝它。
無頭執行：先手動執行一次
Claude Code 可以在沒有互動畫面的情況下運行。這就是無頭模式。
claude -p "讀取 0-raw/ 中一個未處理的檔案，並根據 CLAUDE.md 中的規則在 2-atoms/ 中建立一個原子"
-p（--print）標誌是一種腳本模式，執行一個指令後就會退出（官方文件）。標準的 claude -p 會自動讀取 CLAUDE.md 和技能，所以你在第二章寫的最高指導原則將會生效。如果你需要完美的可重複性，有一個 --bare 模式（會跳過自動發現 CLAUDE.md 和技能），但在那種情況下，你必須在提示詞中明確傳遞規則。由於我們希望最高指導原則生效，我們使用標準的 -p。
不要立即排程它；先手動執行一次，看看它的行為。在自動化之前，確認一個原子如預期般被建立。
將劇本寫成技能
每個班次的「職位描述」都被寫成一個技能（一個描述可重複使用工作流程的 Markdown 檔案）。如果你將它放在 .claude/skills/<名稱>/SKILL.md 中，你可以隨時呼叫它（官方文件）。
例如，處理主要夜間處理的「提煉廠」班次，可以這樣寫。寫好之後，你可以用技能名稱來呼叫它，例如 claude -p "/refinery"。你只需要寫一次，然後每晚呼叫它的名字即可。
name: refinery
description: 主要的夜間班次，負責將 0-raw 中所有未處理的項目提煉成原子。
1# 提煉廠運行23## 任務4處理 0-raw/ 中未處理的項目。為每個項目指派一個子 Agent，5平行運行它們，然後進行整合。每個 Agent 將：671. 讀取原始筆記和 sources/ 中的相關來源。82. 將內容拆分為一個檔案一個想法，並放入 2-atoms/。93. 為每個原子搜尋 2-atoms/，看看是否可以擴展現有筆記，然後再建立新的。104. 將每個原子連結到至少兩個相關的原子。115. 如果與現有筆記矛盾，加入一個指向它的 [FRICTION] 區塊。126. 將處理過的原始筆記移動到 0-raw/archive/。1314## 嚴格遵守15- 遵循 CLAUDE.md 中的最高指導原則。不要撰寫沒有來源的主張。16- 除了讀取之外，不要碰觸 sources/ 和 0-raw/ 中的原始檔案。17- 將需要判斷的整合工作留給人類。標記它們；不要強行做出決定。
平行處理：定義子 Agent
為了劃分「分解」、「連結」和「檢查矛盾」的任務，我們使用子 Agent。透過在 .claude/agents/ 下用 Markdown 定義它們，每個子 Agent 會在獨立的上下文中平行移動，並只將結果回傳給父 Agent（官方文件）。定義檔案以指定名稱和可用工具的前置資料開始。
name: cataloger
description: 將一個來源分解成原子（一個檔案一個想法）。
tools: ["Read", "Write"]
讀取提供的來源並在 2-atoms/ 中建立原子（一個檔案一個想法）。先搜尋現有原子，並擴展那些可以擴展的。始終在前置資料中寫下來源。
原始文章號稱有「300 個 Agent」。這來自於 Kimi 的 K2.6 模型的規格，它可以平行部署多達 300 個子 Agent 和 4,000 個步驟（Kimi 官方部落格）。然而，Claude Code 並沒有宣傳像「限制 300」這樣的固定數字；它使用一種編排方法來根據需要指派和整合多個 Agent。實際上，一個第二大腦的夜班並不需要 300 個 Agent。幾種類型的角色和每個累積來源的幾個 Agent 就足夠了。好處來自於分工和平行運行，而不是單純的數量。
排程：每晚固定時間呼叫
最後，按時間觸發班次。最可靠的方法是從外部 cron 任務使用標準的 claude -p 按名稱呼叫技能。設計讓四個班次在夜間依序接手。
0 23 * 23:00 每日 Scout（收集材料；目前先手動執行）
0 3 * 3:00 每日 Refinery（平行提煉；主要任務）
0 6 * 6:00 每日 Editor（更新執行緒和簡報）
0 22 0 22:00 週日 Audit（每週健康檢查）
僅自動化 Refinery 就足以開始。以下是 crontab 的範例：
crontab -e 的範例（3:00 Refinery 班次）
0 3 * cd ~/brain && claude -p "/refinery" >> briefings/cron.log 2>&1
Scout 角色——透過瀏覽器擷取文章文字——是一個特殊情況。如前所述，Claude Code 的瀏覽器操作目前僅限於互動式會話，所以目前請手動執行 Scout 將文字儲存到 sources/，然後讓夜間的 Refinery 處理那些收集到的文字。
一旦你習慣了，轉移到 Claude Code 內建的 Routines 會更容易（官方文件）。在會話中執行 /schedule 可以註冊定時執行，例如每小時、每晚或每週（截至撰寫本文時，這是一個研究預覽功能，需要特定的方案或網頁版 Claude Code）。Routines 在 Anthropic 的雲端上運行，所以即使你的筆記型電腦蓋上了，任務也會執行。最小間隔是一小時。我建議先從一個班次的 cron 開始，等到你熟悉了再轉移到 Routines。
第四章：讓 Obsidian 成為「所有工具的共享記憶」
到目前為止，Claude Code 可以直接讀寫 brain/ 資料夾。由於 Obsidian 正在開啟同一個資料夾，基本的整合已經完成了。
本章是進階版本。如果你只想讓夜班運行起來，你可以跳過本章，之後再回來讀。在這裡，我們讓同一個知識庫可以從其他工具進行搜尋和寫入，例如其他編輯器中的 AI 功能或不同的 Agent。
這消除了散落在五個應用程式中的知識孤島，讓所有東西都能共享同一個大腦。這是透過 MCP（模型上下文協定，一種連接外部工具與 AI 的通用標準）來實現的。
有三種方法可以將 Obsidian 作為 MCP 連接，按難度排列如下：
1. Filesystem MCP（最簡單，無需外掛）
由於知識庫只是一個資料夾，你可以將一個 filesystem MCP 伺服器指向這個知識庫。你不需要在 Obsidian 中安裝任何東西。
claude mcp add obsidian-fs -- npx @modelcontextprotocol/server-filesystem ~/brain
2. Local REST API + mcp-obsidian（完整功能：搜尋和附加）
如果你想讓 AI 執行全文搜尋或附加到特定的標題/區塊，請使用 Obsidian 中的「Local REST API」社群外掛。只需安裝並啟用它，然後複製 API 金鑰。預設主機是 127.0.0.1，連接埠 27124（使用自簽章憑證的 HTTPS）。然後，使用環境變數註冊 uvx mcp-obsidian（mcp-obsidian / Local REST API）。
OBSIDIAN_API_KEY=your_key OBSIDIAN_HOST=127.0.0.1 OBSIDIAN_PORT=27124 claude mcp add obsidian -- uvx mcp-obsidian
3. 更豐富的實作（cyanheads/obsidian-mcp-server）
還有一個更進階的 MCP 伺服器實作，它包裝了 Local REST API 外掛。cyanheads/obsidian-mcp-server 是一個基於 Node.js 的外部伺服器，支援路徑限制和按標題進行精確編輯。與方法 2 一樣，它需要 Local REST API 外掛和 API 金鑰。
在 Claude Code 中註冊 MCP 總是遵循 claude mcp add <名稱> -- <指令> 的格式，設定會寫入 ~/.claude.json（針對你個人）或 .mcp.json（針對儲存庫共享）（官方文件）。
一個警告：所有這些方法都限定於 localhost 或提供的資料夾。REST API 方法需要你自己的 API 金鑰，且通訊僅限於 localhost。儘管如此，由於你正在給予 Agent 寫入權限，最安全的做法是將其限制在受信任的知識庫。
示範影片總是跳過的三個陷阱
讓一個自動化的勞動力擁有你知識的讀寫權限，並讓它在夜間無人看管的情況下運行，這是一個巨大的槓桿，但有一些需要注意的地方。這正是區分一個能在一年內變得更聰明的系統，與一個能在一個月內悄悄腐爛的系統的關鍵。
首先，誠實地了解限制。 Routines 在雲端運行，最小間隔為一小時。而「Scout」班次——透過瀏覽器擷取文章文字——需要謹慎。Claude Code 的瀏覽器操作（Chrome 中的 Claude）目前處於測試階段，且僅限於互動式會話。它還不能在雲端 Routines 內部運作（官方文件）。實際上，更乾淨的做法是手動執行 Scout 將文字儲存到 sources/，然後讓夜間的 Refinery 處理那些收集到的文字。
第二，安全性和成本。 Claude Code 有多種權限模式（官方文件）。標準的 default 會要求批准除了讀取以外的任何操作；acceptEdits 會自動允許編輯；plan 會以唯讀模式調查並提出計畫；bypassPermissions 允許所有操作。對於無人值守的操作，最安全的做法是先用 plan 驗證行為，然後在使用 Deny 規則的同時，轉移到 dontAsk（一種僅執行預先授權工具的 CI 模式）。此外，使用 git 管理 brain/ 並每晚提交。如果夜班做出奇怪的決定，你可以用一個指令恢復到前一晚的狀態。這是一條安全帶；最好在第一天就繫上，而不是在發生意外之後。另外，Claude Code 會產生 API 或訂閱費用。你可以像原始指南一樣自行託管開源權重模型來消除 API 費用，但那是另一個話題。只需準備好根據夜間處理量來估算成本。
第三，持續遵循最高指導原則。 如果每週的 Audit 發現「沒有來源的筆記」，請立即處理它們。一旦無法追溯來源的筆記開始累積，你的大腦就會變得不可信賴。一個不可信賴的第二大腦比沒有更糟，因為你可能會基於機器虛構的情節行動，卻以為那是你自己的結論。「如果沒有來源，就不要寫筆記。」這條規則能讓你的大腦保持是你自己的。
總結：停止當圖書館員，成為主編
長期以來，「建立第二大腦」只是「為自己找一份無薪的第二份工作——當自己的圖書館員」的委婉說法。這就是為什麼到處都是失敗嘗試的墳場。勞動不值得，所以意志力總是會輸。
但現在，這些勞動可以被委派了。白天，你只需要花幾秒鐘把東西丟進去。晚上，大軍會進行提煉。你每週只花 20 分鐘擔任主編，決定「要採納哪些信念」。而且，你越不去管它，系統就越聰明，因為你已經把那些過去會隨著時間推移而減少的勞動，完全交給了夜班。
你並不擅長做筆記。你只是試圖獨自經營一個研究部門。
從今天開始的第一步（3 個步驟）：
- [ ] 使用
mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}建立提煉廠，並在 Obsidian 中將其作為知識庫開啟。在CLAUDE.md的第一行寫下最高指導原則「如果沒有來源，就不要寫筆記」。 - [ ] 為
.claude/skills/refinery/寫一個SKILL.md，並嘗試使用claude -p手動處理一個來源。 - [ ] 如果可行，使用 cron 或 Routines 每晚自動化一個班次。
我在 LINE OpenChat 中分享無法在 X 上發布的有用資訊。
請透過下方連結加入我們。
