跳到主要內容
Wenlan

選型指南

AI 第二大腦:選 App,還是自己建立?

先看筆記如何變成實際成果,再比較 Claude Code/Codex、可選配 AI 的 Obsidian,以及文瀾維護的 Wiki。

Qi-Xuan Lu更新 10 分鐘閱讀

01

為什麼用 AI 第二大腦?

如果你存了不少筆記,寫提案或整理專案進度時卻還是得從頭翻找,第二大腦就是為了讓這些資料能再派上用場。這篇會把幾份筆記變成一份專案更新,再把這次的經驗用在下個專案。

第二大腦是一套把知識存在腦外、之後能找回來使用的方法。這延續了個人知識管理(PKM):留下想法、串起關聯、提煉重點、做成成果。AI 能分擔整理和起草;你補上情境,決定採用什麼。

個人知識管理的四個畫面:保存書中片段、把筆記連到專案、提煉重點、完成作品。靛藍色的麥克風、連線、放大鏡與草稿表示 AI 可以幫忙之處;人的雙手仍在選擇、整理和修改。

1 · 留下有用的想法

2 · 串起相關筆記

3 · 提煉關鍵重點

4 · 變成實際成果

AI 幫忙:語音轉成筆記

AI 幫忙:建議內容關聯

AI 幫忙:綜合多份資料

AI 幫忙:用筆記起草

PKM 的循環還在。AI 可以分擔工作;留什麼、怎麼用,仍由你決定。有用的成果存回去,下個專案就能接著用。

概念示意,參考 Tiago Forte 的 CODE · Ron Forbes

已經了解概念?直接比較三種做法

02

把幾份筆記整理成專案進度更新

想像同事問:「我們還會照原定日期上線嗎?」你手邊有專案簡報和通話筆記,也記得計畫後來改過。現在你得把線索串起來,告訴對方接下來該怎麼做。

我們讓 Claude 連接 Wenlan 裡的五份虛構專案筆記,請它草擬進度更新。我想得到的是同事能拿來做事的說明,也要交代哪些事還沒決定。

  1. 1. 提供幾份相關筆記給 AI

    不連接 App 也能先試試這個做法:把同一個專案的兩三份簡短筆記貼進一個你願意分享這些內容的 AI 聊天工具。保留筆記名稱和日期。還沒有筆記?先寫下你知道什麼、需要做哪項決定,就足以開始第一次嘗試。

  2. 2. 提出一個你真的需要答案的問題

    先問哪項決定已獲核准,再打開答案依據的原始筆記。這個例子核准的日期是 2027 年 1 月 14 日。價格還沒決定,答案也應保留這一點。

    貼給 AI:核對上線計畫

    核准的上線日期是哪一天?哪些事還沒決定?請列出用到的筆記,指出互相矛盾的內容,不要補上未記錄的決定。

  3. 3. 整理出真正用得上的內容

    接著我們請 Claude 草擬一份簡短更新,列出上線日期、已確認範圍和待決事項。以下是它實際輸出的中文翻譯:

    • 上線日期:核准於 2027 年 1 月 14 日上線,預留時間進行資料匯出審查。
    • 已確認範圍:電子郵件、app 內協助和電話支援;資料可匯出為 CSV。
    • 待決事項:價格。尚未核准任何價格。
    Claude 實際草稿:2027 年 1 月 14 日上線以完成資料匯出審查;電子郵件、app 內協助和電話支援,並提供 CSV 匯出;價格仍未決。來源:decision-2026-10-15 和 review-check-2026-10-22。

    滑動圖片,查看放大後的細節。

    開啟原圖
    Claude 根據五份虛構專案筆記寫出的草稿。注意它保留了未定的價格,也列出來源。
查看我們使用的 Wenlan 設定流程

03

把這次的經驗用在下一個專案

剛才的更新回答了眼前的問題。這些筆記也能幫你想清楚:下次可以怎麼做?我們用 Codex 接著試了一次:

  1. 1. 問出下次值得注意的事

    我們把相關筆記片段和核對過的更新貼給 Codex,問下次宣布上線前該確認什麼。它把事實和建議分開,提醒我們確認核准日期、範圍,以及尚未決定的價格。

    貼給 AI:整理下次的檢查清單

    下次宣布新專案之前,我該確認什麼?根據這些筆記提出三個問題,分清事實和建議;不要把這次專案的決定套到下個專案。

  2. 2. 核對、修改,再存下來

    我們把第三題改成「誰負責確認未決事項?」筆記未指定負責人;這是我們建議的下一步。修改後存成 next-launch-checklist.md,以下是清單的中文翻譯:

    • 這個專案最新核准的日期與目標是什麼?它取代了哪項舊決定?
    • 哪些範圍與價格已核准,哪些還沒決定?
    • 對外分享計畫前,誰負責確認每個未決事項?

    來源筆記:project-brief.md;client-call-2026-10-10.md;decision-2026-10-15.md;review-check-2026-10-22.md。

  3. 3. 在新對話裡用這份筆記

    我們只把這份清單交給 Codex,換成另一個還沒有核准計畫的虛構專案 Harbor。以下是它的提問(中譯),沒有把 Cedar 的日期或範圍照搬過來:

    • Harbor 應提出什麼目標與預定日期?
    • 哪些範圍與價格需要提案核准?
    • 對外分享計畫前,誰負責確認每個未決事項?
查看範例筆記與保存的檢查清單(英文 .md)

04

打造 AI 第二大腦的三種方式

上線日期改了,哪份已保存的摘要也需要跟著改?我們比較的是:在哪裡做事、結果存在哪裡,以及由誰維護。

我們開發 Wenlan。下面說明我會怎麼選:直接請 AI Agent 處理檔案、留在 Obsidian 自己整理,或使用專門維護 Wiki 的 App。

選擇理由: 你想自己決定 AI 如何讀取、編寫和整理檔案。

筆記更新時: 把改過的筆記交給 Agent,請它更新專案摘要。

結果存放位置: 資料夾裡的 Markdown 檔,可以直接開啟或編輯。

你持續要做的事: 維護指示與檔案整理方式,檢查 AI 的修改。

選用工具包的示範

選用工具包的示範:/obsidian-save 將一段指示存成互相連結的筆記。作者示範素材來源與授權
設定細節

讓 Agent 讀取資料夾,再告訴它要讀什麼、寫什麼。工具包可提供現成指令與整理規則,但不是開始使用的必要條件。

每張畫面是不同的使用例子。選一種做法,查看它怎麼運作。

05

已經在用 Obsidian?Wenlan 多了什麼?

繼續在 Obsidian 寫會議筆記就好。文瀾會讀取連接的筆記庫,不搬移或改寫原始檔案,再把相關內容整理成獨立的 Wiki 頁面,附上原始筆記連結。

假設會議改了上線日期,文瀾會追蹤哪些 Wiki 頁面引用了這份筆記,並準備更新,你不用逐頁找出來。現有的連結、搜尋或外掛若已夠用,就繼續用它們。

連接你的 Obsidian 筆記庫

06

哪些更新會自動完成?

改過的筆記同步進文瀾後,背景維護就能為依賴它的頁面準備更新:

  • AI 維護、未被你編輯或鎖定的頁面:草稿通過文瀾的引用檢查後,可以自動更新。
  • 你建立、編輯或鎖定的頁面:先提出修訂。接受前會保留原文,你也可以略過這次變更。

若引用檢查沒通過,文瀾會保留目前的頁面。這項檢查比對來源文字的支持程度,不保證每個結論都正確;重要決定仍要回到原始筆記核對。

在設定裡選擇 AI 服務,為背景整理與 Wiki 頁面生成指定模型,並啟用背景維護。文瀾需保持執行,模型也需可用;更新不會立即完成。

設定背景維護與頁面審查

07

先用一項決定試試看

把整個資料庫搬進來前,先在你選的方案裡試著改一項決定。

加入更多筆記前,先確認所選模型會把資料送去哪裡。筆記存在本機,不代表雲端 AI 的處理也留在本機。

  • 若使用聊天功能,提出筆記能回答的問題,再打開答案點名的原始筆記;也問一個筆記答不出來的問題,AI 應坦白不知道。
  • 修改一項事實後,重跑同一個問題或指令。檢查新答案或寫入的檔案是否使用新資訊。
  • 若方案會保存摘要或 Wiki 頁面,再單獨檢查它們。加上一句自己的文字,確認更新是否保留它,以及能否審查變更。
  • 確認支援的檔案格式、AI 工具能否使用已保存的結果,以及如何匯出。

試用 Wenlan 工作流程

先連接一小組來源,問一項需要跨筆記回答的問題,再核對答案、來源與更新後的內容。

常見問題

使用 AI 第二大腦一定要會寫程式嗎?+
不需要。你可以先把幾份筆記貼進 AI 聊天工具。Obsidian 不用 AI 就能寫筆記與建立連結,外掛是選配;文瀾則提供管理來源與維護 Wiki 的介面。Claude Code 或 Codex 能幫你處理檔案,但指示與修改仍由你管理、檢查。
我可以保留 Obsidian 筆記嗎?+
可以。文瀾的來源連接會讀取 vault,不搬移或改寫原始筆記。你可以繼續在 Obsidian 寫作、選擇加上 AI 外掛,或連接文瀾來維護 Wiki。

分享這篇指南