Claude + Obsidian：你的筆記軟體剛剛點名了你

你今年已經把同一個想法寫了三次。你自己還不知道，但你的筆記應用知道。

為什麼這需要一個循環，而不是一個聊天分頁？

你當然可以把舊筆記貼進 Claude，叫它找出模式。很多人這樣做。這方法有用，但只有一次。

問題在於，你是觸發者。你打開分頁，你貼上檔案，你提出問題。關掉分頁，檢查就停止了。除非你記得去做，否則沒有人會重新讀取你的筆記庫。

循環不會等你想起。你設定一次規則，它就會按照排程運行週期，根據嚴格的標準檢查自己的輸出，修正薄弱之處，然後把結果寫回你本來就在使用的同一個筆記庫。

循環的結構，永遠是相同的四個部分：

1觸發   →  一個排程，或是一則新筆記被儲存
2執行   →  Claude 讀取筆記庫並完成實際工作
3驗證   →  根據硬性規則檢查，而不是憑感覺
4停止   →  通過規則，或達到重試次數上限

跳過驗證，Claude 就會給自己的作業打分，每次都給自己 9 分。跳過停止，它就會在一則它無法理解的筆記上永遠重複執行，默默地在一夜之間增加你的 API 帳單。這兩個步驟正是人們容易出錯的地方。

技術棧：Claude、Obsidian、一個排程？

三個部分，沒什麼特別的。

筆記庫。Obsidian。免費、本地化，每則筆記都是你擁有的 Markdown 檔案，存在你的硬碟上。腳本可以直接讀取和寫入那個資料夾，不需要匯出，你的筆記和你之間沒有 API 的隔閡。

來源。你的 AI 聊天記錄，從你使用的任何供應商那裡匯出一次。這是循環讀取的原始材料。

大腦。Claude，按任務分工。Sonnet 負責任何需要真正判斷的工作，例如比較想法、找出矛盾。Haiku 負責成本低廉的分類和標記，每次呼叫的成本大約是前者的零頭。你不需要用昂貴的模型來檢查一個 YAML 欄位。

循環 1：原始匯出變成每想法一則筆記？

1觸發：   新的匯出檔案被放入 raw/
2步驟：
3  1. 讀取檔案中的每一段對話
4  2. 只提取實際的決策、推理過程，以及如果後續有提及的話，還有後續發展
5  3. 針對每個不同的想法，使用以下 frontmatter 在 notes/ 中寫入一則筆記：
6       ---
7       topic:
8       created:
9       source_conversations: []
10       status: open
11       linked_notes: []
12       ---
13  4. 如果關於這個主題的筆記已經存在，則更新它，而不是建立重複的筆記
14驗證：   每則筆記的三個主體區段都已填寫，且 source_conversations 至少有一個條目。
15           如果沒有，則單獨重新處理那段對話。
16停止：   驗證通過，或重試 3 次，然後標記為需要人工審查

這就是把死的匯出檔案變成一個真正筆記庫的循環。目前還沒有什麼巧妙之處，只是建立結構。

這就是一則處理過的筆記實際上看起來的樣子。不是摘要，而是一個附有追蹤記錄的決策。

循環 2：筆記庫重新讀取自身以找出模式？

這才是真正值得存在的循環。四個獨立的遍歷，各有各的工作，每個遍歷在開始前都會讀取同一個記憶檔案，並在結束前寫入它。

1觸發：   每 6 小時
2步驟：
3  遍歷 1，被遺棄的討論串：
4    標記任何超過 60 天未觸及的開放筆記
5  遍歷 2，什麼有效：
6    將過去的想法與表現良好的已發布輸出進行比對
7  遍歷 3，誠實的檢視：
8    針對過去 14 天給出一句直接的評論，不修飾
9  遍歷 4，隱藏的重複：
10    比較所有筆記，找出用不同措辭表達的相同想法，
11    跨越任何時間間隔，列出在一起，合併前先詢問
12驗證：   每個遍歷至少在 memory/MEMORY.md 中寫入一個條目，
13           且遍歷 4 的匹配結果需經由 Decision 欄位中的關鍵字重疊來確認，
14           而不僅僅是相似的措辭
15停止：   所有四個遍歷都完成，或某個遍歷失敗並被記錄下來，
16           絕不默默地跳過

遍歷 4 才是真正會讓你驚訝的。兩則相隔數月寫下的筆記，措辭完全不同，結果卻是同一個未完成的想法。這個匹配不是來自你。它來自一個永遠不會厭倦重新閱讀你的東西。

你無法從自己的腦袋內部看到自己的模式。你需要一個在你腦袋之外、永遠不會厭倦重新閱讀你的東西。

永遠不要讓遍歷 4 自動合併。兩則關於「放棄一個爛客戶」的筆記，即使它們是關於不同的客戶，其推理過程也可能看起來一模一樣。每次合併前都要確認。

這是我的筆記庫自行找到的三個叢集，一些我從未注意到彼此相關的想法，直到循環指出來。

先試試手動版本？

在你設定任何排程之前，先在 Claude 聊天中手動執行一次這個指令，指向一個包含你自己筆記的資料夾：

1你將以循環方式工作，直到任務達到標準。
2
3任務：
4讀取 [資料夾] 中的每則筆記。找出在不同筆記中重複出現、
5但措辭不同的想法，以及任何被提及但從未跟進的專案。
6
7成功標準（嚴格，沒有軟性通過）：
8- 每個匹配都必須有來自兩則筆記的實際引文作為支持
9- 每個被遺棄的討論串都必須包含它已經閒置多久
10- 沒有模糊的「你似乎重視 X」這類輸出
11
12循環協議，每輪重複：
131. 規劃   - 說明下一步要做什麼
142. 執行   - 產生或改進輸出
153. 驗證   - 對每個標準評分 1-10，要極度誠實
164. 決定   - 如果每個標準都達到 8 分以上，則輸出「最終版」並停止
17
18規則：
19- 在每個標準都達到 8 分以上之前，絕不宣告完成
20- 不要問我問題，做出合理的假設並繼續
21
22開始。運行循環直到輸出「最終版」。

如果回傳的結果真的讓你驚訝，那麼這個想法就值得設定一個排程。如果沒有，那就先不要自動化它。

真正有效的順序？

先在 Claude 聊天中，讓一次手動運行變得可靠。

然後把它轉換成循環 1 和循環 2 中的兩個提示。

在你設定任何排程之前，先加入驗證和停止規則。

然後，也只有到那時，才把它放到 cron 任務或定期自動化中。

跳過前面的步驟，直接排程一個你還沒有親手驗證過的東西，正是循環在你睡覺時出錯的原因。先親手驗證一次，讓它變得可靠，然後再自動化它。

實際成本是多少？

循環 1 每次匯出只運行一次，所以總共只有幾次 Sonnet 呼叫，不是定期執行的。

循環 2 每六小時運行四次遍歷。將遍歷 1 和遍歷 4 移到 Haiku，它們是比較和標記，不需要深度推理。將遍歷 2 和遍歷 3 留在 Sonnet 上，因為比對實際表現數據和給出誠實的檢視都需要真正的判斷力。這樣拆分之後，每天四次遍歷的成本，比你閱讀結果時喝的咖啡還要少。

這對你來說實際意味著什麼？

筆記庫從來都不是重點。重點是，在你停止關注之後，還有東西持續重新閱讀你，這樣模式就會被抓住，而不是第四次重複。

這裡的轉變不是一個新的應用程式或一個更聰明的模型。而是關於誰來做「注意」這件事。你不再是唯一一個檢查自己思考的人，而是有其他東西開始在背景做這件事，處理你擁有的檔案，按照你設定的排程。

我的看法是：先建立循環 1，讓筆記庫累積兩到三個星期，然後再碰循環 2。在筆記庫裡有足夠的內容可以實際產生碰撞之前，尋找重複的遍歷是沒有價值的。從本文中的手動版本開始，在 Claude 聊天中運行幾次。如果你會一直想用它，那時它才值得設定排程。

如果你想要更多這樣的深入分析，我每隔一兩天就會在 Telegram 和 X 上發布。兩者都是免費的。

X - https://x.com/gippp69

Telegram - https://t.me/GipArcAI