← Notes
#06

第二大腦不是資料倉庫,
而是專案的工作台

把記憶交給系統,把腦力留給判斷、連結與創造。

EP.289《第二大腦》讀後心得

下一本讀什麼?

Apple Podcasts

做專案時,我最常卡住的往往不是沒有資料,而是資料散在太多地方:靈感在腦中、參考圖在下載資料夾、修改原因留在聊天紀錄、待辦又寫在另一張紙上。過一段時間回來,我知道自己做過很多事,卻說不清楚當時為什麼這樣決定。

聽完《下一本讀什麼?》介紹涂子沛的《第二大腦》,我最想帶走的不是某一套筆記軟體,而是一個更根本的想法:好的筆記系統不只保存結果,也保存思考發生的過程。

Definition 什麼是第二大腦?

第二大腦是一套放在生物大腦之外、可以信任的數位系統。它替我保存重要資訊、決策脈絡與未完成的下一步,並在需要時讓這些內容重新出現。

它可以存在 Notion、Obsidian、Logseq、雲端硬碟,甚至只是一組整理清楚的 Markdown 檔案。工具不是核心;核心是我能不能把資訊放進去、找回來、看見關聯,最後拿去完成一件事。

第一大腦負責感受、判斷與創造;第二大腦負責保存脈絡、建立連結,以及提醒下一步。

記得 保存來源、限制、版本與決策,不再靠腦袋反覆背誦。
連結 讓不同專案的問題、做法與靈感能彼此遇見。
推進 把「我知道很多」轉成一個明確、做得完的下一步。

因此,第二大腦不是把所有看過的東西都收藏起來。只進不出的系統比較像倉庫:資料愈多,找東西愈累。真正有用的第二大腦比較像工作台,每一份資訊都要回答一個問題——它能幫我推進哪個專案?

Three Lessons 從 Podcast 帶走的三個提醒

一、不要求全部記得,而要能理解與取用。記憶不是收藏競賽。與其逼自己記住每一個重點,不如用自己的話留下理解,並標明它在什麼情境下有用。

二、摘錄後要補上自己的反應。一句金句如果沒有來源、前提與我的評論,日後很容易只剩一句看似有道理的話。最小的完整筆記至少要有:它在說什麼、我為什麼留下、可能用在哪裡。

三、過程往往比結論更能重用。「這個版型比較好」只是一個結果;「因為手機首屏資訊太擠,所以把次要說明移到下一區」才是下次能再次使用的設計知識。

CODE Workflow 讓資訊流向產出,而不是停在收藏

如果要把第二大腦變成工作流程,我會借用 Tiago Forte 提出的 CODE:Capture、Organize、Distill、Express。這四步不限定任何軟體,也不需要一次做到完美。

C Capture 只捕捉真正有感、可能有用的素材。
O Organize 依現在要推進的專案整理,不依資料類型堆放。
D Distill 補上摘要、決策與可快速掃讀的重點。
E Express 把素材做成文章、頁面、提案或作品。

例如聽到這集 Podcast 時,我先記下「第二大腦要保存思考過程」;接著把它放進「新增第二大腦文章」這個專案;再濃縮成文章架構與專案範例;最後發布成現在這篇文章。資訊只有走到 Express,才真正開始產生價值。

PARA Structure 用行動性整理,不用主題把自己困住

實際整理時,我會用 PARA 做最上層的分類。判斷標準不是「這是圖片還是文字」,而是「它和現在的行動有多近」。

Projects 有明確成果與結束點的進行中任務,例如「新增第二大腦文章」。
Areas 需要長期維持的責任,例如「作品集內容維護」與「視覺一致性」。
Resources 未必立刻使用,但值得累積的主題,例如排版參考、SEO、筆記方法。
Archives 已完成或暫停的內容。保留歷史,但不讓它干擾眼前工作。

同一份資料會隨狀態移動。一篇版面參考文章,平常可能放在 Resources;當我開始改版,它就進入 Projects;專案完成後再跟著移到 Archives。這種流動比建立一個永遠不變、卻愈分愈細的分類樹更實用。

Project Example 用「這篇文章」建立一個專案首頁

每個進行中的專案,我只需要一個能快速恢復上下文的首頁。它不必漂亮,但必須讓隔了一週回來的我,在幾分鐘內知道專案在哪裡、為什麼這樣做、接下來要做什麼。

Project Hub 新增第二大腦文章
成果 文章上線,列表與站內導覽都能找到。
目前狀態 內容完成,等待檢查與發布。
下一步 檢查手機閱讀、外部連結與文字錯誤。
限制 沿用 Notes 版型,不改動全站視覺系統。
決策 用 CODE 講流程、PARA 講分類,以本篇文章示範。
關聯素材 Podcast、書籍介紹、文章草稿、共用元件。

資料夾也不必複雜。只要讓「管理專案的資訊」和「真正會交付的檔案」分得出來即可:

新增第二大腦文章/
├─ 00_專案首頁
├─ 01_素材與來源
├─ 02_草稿
├─ 03_決策紀錄
├─ 04_交付檔案
└─ 90_完成後可重用

其中最值得留下的是「決策紀錄」。它不需要寫成會議紀錄,只要記下日期、決定、原因與影響。例如:「標題改成『不是資料倉庫,而是專案工作台』,因為文章的重點是從收藏轉向產出。」下次面對相似問題時,這段思考就能直接被取用。

Minimum Note 一則真正能用的筆記,至少包含什麼?

我不需要每一則筆記都寫得很完整,但如果希望它未來能幫上忙,至少會留下這五件事:

標題:一句話說清楚這則筆記
來源:它從哪裡來
理解:用自己的話重述
用途:可能幫助哪個專案
下一步:需要驗證、改寫或採用什麼

這個模板會刻意要求「用途」和「下一步」,因為第二大腦的價值不在收藏數量,而在它能不能回到現實工作。沒有明確用途的內容可以先進收件匣,但不必永遠留下。

Review Rhythm 每週十分鐘,讓系統繼續可信

第二大腦不需要每天大整理,但需要固定回顧。每週花十分鐘看一次進行中的 Projects,通常就足以避免系統變成墓園。

  • 每個進行中專案,是否都有一個清楚的下一步?
  • 本週出現了哪些值得保留的決策、問題與解法?
  • 哪些內容已經能從專案搬到 Resources,供下次重用?
  • 哪些專案已完成或暫停,可以移到 Archives?
  • 哪些收藏一直沒有用途,可以安心刪掉?

整理到最後,我希望得到的不是一座看起來很厲害的知識庫,而是一種比較輕的工作狀態:不用害怕忘記,不用每次從零開始,也不用把所有未完成的事同時放在腦中。

第二大腦真正替我保存的,不只是資料,而是下一次能繼續往前走的起點。

第二大腦 · 個人知識管理 · 專案整理 · CODE · PARA · 數位筆記 · 工作流程