構建真正有效的第二大腦

大多數人在三週內就放棄了他們的筆記系統，因為他們是根據別人的工作流程來構建的。技術工作的第二大腦需要符合你在晚上11點除錯競態條件時的實際思考方式，而不是生產力網紅在規劃書籍發佈時的思考方式。

先選擇儲存層，而不是應用程式

在選擇 Obsidian、Notion 或一個純 Markdown 檔案資料夾之前，先決定你要最佳化的是什麼。如果你寫很多程式碼片段並想要版本控制，git 倉庫中的純文字檔案每次都能贏——你可以在不到一秒的時間內用 grep 搜尋多年的筆記。如果你想要視覺化連結圖表且不介意廠商鎖定，Obsidian 的本機 Markdown 倉庫是一個合理的折衷方案。Notion 適合用於專案管理筆記，但對於任何你需要在事件中快速搜尋的東西來說太慢了。

我運行一個 git 倉庫，裡面有名為 daily/、projects/、reference/ 和 snippets/ 的資料夾。每個檔案都是 Markdown。沒有資料庫，沒有專有格式，沒有同步服務把我的筆記作為人質。

捕捉習慣比工具更重要

當捕捉有摩擦力時，第二大腦會失敗。如果記下東西花費超過五秒，你在實況排除故障時就不會做它。設置一個快速入口點：

alias note='cd ~/notes && $EDITOR daily/$(date +%F).md'

從任何終端運行 note，你在不到兩秒內就在寫東西。一切都先進入今天的每日檔案——當你在進行任務時，不需要做關於分類的決策。稍後再整理。

將瞬時筆記與參考筆記分開

每日筆記是瞬時的：未完成的想法、你複製的命令輸出、一條你想記住的 Slack 訊息。參考筆記是永久的：你的 VPN 分割隧道配置如何運作、你的家用實驗室的確切 iptables 規則、你破解的 CTF 機器的寫報告。

每週檢查一次你的每日檔案，將任何值得保存的內容提升到 reference/。這是人們跳過的步驟，也是實際構建的步驟