教程｜從零搭一個 Obsidian + AI 知識庫：新手少走 5 個彎路

教學｜由零開始搭一個 Obsidian + AI 知識庫：新手少行 5 條彎路

呢篇唔講花巧嘢，淨係講新手由零開始搭一個 Obsidian + AI 知識庫，最應該避開嘅 5 條彎路。

好多人第一次用 Obsidian，會犯一個好典型嘅錯誤：軟件啱啱裝好，筆記都未寫幾篇，插件就裝咗一大堆。

然後文件夾越分越細，標籤越建越多，關係圖越睇越靚，最後真正可以被自己重用嘅內容依然好少。

我而家越嚟越覺得，知識庫呢件事，而係要先搭出一個可以持續寫、揾得到、可以被 AI 幫你整理嘅小系統。

尤其而家個個都用緊 AI，好多人以為差距在提示詞，其實差距更加可能喺資料底座。

你冇自己嘅資料，AI 每次只能由零估你嘅背景、習慣、項目、案例同判斷標準；你有一套乾淨嘅知識庫，AI 先有機會幫你整理、提煉、覆盤，甚至將一堆碎片變成可行嘅計劃。

先講清楚：Obsidian 唔係「更複雜嘅備忘錄」

Obsidian 最核心嘅價值只有三個。

第一，佢嘅筆記係 Markdown 文件。

而係一大堆普通文字檔案。就算將來唔用 Obsidian，你都可以用其他編輯器打開。

第二，佢係本地知識庫。

筆記默認保存喺你自己電腦度，唔連線都用得。對好多人嚟講，因為你真正有價值嘅嘢，而係自己嘅項目記錄、客戶需求、工具測試、踩坑過程、靈感片段。

第三，佢支援連結。

你可以用雙向連結將一條筆記同另一條筆記連埋一齊。可以連到「提示詞模板」「客戶交付案例」「大模型選擇標準」「失敗記錄」。時間一長，佢就唔止係收藏夾，而係一個會長出脈絡嘅系統。

但問題都喺度：好多新手一上嚟就想將佢打造成「終極第二大腦」，結果反而被系統拖住。

彎路一：未寫內容，先設計十層文件夾

好多人建知識庫第一日，會先糾結目錄。

工作、學習、項目、資源、靈感、寫作、AI、工具、生活、覆盤……每個目錄下面再分二級、三級。睇落好專業，實際好容易帶來一個問題：每次寫一條筆記之前，都要先判斷佢應該放邊度。

一旦判斷成本變高，寫筆記呢件事就會變慢。

我嘅建議好簡單：新手先用 4 個文件夾就夠。

第一個，Inbox，臨時收集。

所有未諗清楚嘅嘢，都先放喺度。網頁摘錄、想法、工具連結、項目靈感、會議記錄，唔好在入口做複雜分類。

第二個，Projects，正在推進嘅項目。

例如一個網站、一個公眾號選題、一套 AI 工作流、一篇長文、一款工具測試。凡係有明確目標同結束狀態嘅，都放喺度。

第三個，Areas，長期關注嘅領域。

例如 AI 工具、寫作、商業、編程、內容營運。佢冇明確結束時間，但會長期積累。

第四個，Resources，資料同素材。

呢度放參考文章、工具說明、命令記錄、模板、案例庫。

你會發現，呢套結構唔花巧，但夠用。新手先唔好追求「分類完美」，先追求「寫得落去、揾得返嚟」。

彎路二：插件裝太多，結果一個都用唔深

Obsidian 嘅插件生態好強，呢個係優點，亦係新手最容易踩入去嘅坑。

好多人啱開始會裝日曆、看板、任務管理、表格加強、關係圖加強、AI 插件、同步插件、主題插件。裝完之後界面變靚咗，

最小可用階段，我建議先只用核心能力。

文件管理，用文件列表就夠。

搜尋，用全局搜尋就夠。

連結，用內部連結同反向連結就夠。

結構，用標題、列表、任務清單就夠。

你真正需要先熟悉嘅係 Markdown，而唔係插件市場。

最常用嘅 Markdown 其實得幾類：

一級標題、二級標題，用嚟分層。

加粗，用嚟標記重點。

無序列表，用嚟拆想法。

任務清單，用嚟管理待辦。

引用塊，用嚟保存一段原始判斷或材料。

內部連結，用嚟連接自己嘅筆記。

外部連結，用嚟保留出處。

如果呢啲基礎都未用熟，裝幾多插件都只係換一種方式製造混亂。

彎路三：淨係收藏，唔加工

知識庫好容易變成一個「高級垃圾桶」。

見到好文章，掉入去。

見到好工具，掉入去。

見到人哋分享嘅工作流，掉入去。

結果一個月後再打開，裏面全部係「得閒先睇」嘅嘢。

真正有用嘅知識庫，唔係收藏多，而係加工過。

我建議每條資料至少加三句嘢：

第一句：呢條資料解決咩問題？

第二句：佢對我而家有咩用？

第三句：我下一步可以點樣試？

舉個例，你保存一篇關於 AI 編程工具嘅文章，唔好剩係放連結。你可以補三行：

佢解決嘅係「唔識由零搭項目骨架」嘅問題。

對我有用嘅地方係可以將需求拆成頁面、接口、數據結構，

下一步我可以拎一個小工具頁面試一次，觀察佢喺需求理解、文件組織、報錯修復三個環節嘅表現。

呢三句嘢比原文連結更加重要。因為佢將人哋嘅資料，變咗你自己嘅判斷。

而係資料裏面有上下文、有你嘅判斷、有明確嘅下一步。

彎路四：過度迷戀關係圖

Obsidian 嘅關係圖好靚，但新手最易誤會佢。

關係圖唔係知識庫嘅目標，佢只係結果。

好多人見到一堆節點連成網，會覺得自己知識體繫好勁。實際上，如果每個節點只係網頁摘錄、金句、連結，佢再靚都幫唔到你解決問題。

真正值得追求嘅唔係「個圖好密」，而係一個問題可唔可以被快速串起嚟。

例如你要寫一篇關於「AI 工具如何提升內容生產」嘅文章，你可唔可以從知識庫度即刻揾到：

一個真實痛點。

一個工具選擇標準。

一個舊方法失敗原因。

一個可複製流程。

一個風險邊界。

如果揾得到，呢套知識庫就有用。

如果只能見到幾十個靚節點，但唔知點樣落到文章、項目、決策同交付上，咁佢只係視覺安慰。

先將每條筆記寫清楚，先將相關筆記連埋一齊，關係自然會生出來。

彎路五：太早畀 AI 大範圍改你嘅知識庫

而家好多 AI 工具都可以讀文件、改文件、整理目錄，呢個確實好勁。

就畀 AI 大範圍整理，佢好可能將你原本睇得明嘅內容，改成一 set 睇落更整齊、

我嘅建議係，AI 接入知識庫要分三步。

第一步，淨係畀 AI 讀，唔畀佢改。

你可以叫佢幫你分析某個文件夾裏面有啲咩主題、重複內容、未處理筆記、可以合併嘅方向。呢個階段嘅輸出應該係建議，唔係直接鬱手。

第二步，淨係畀 AI 改一小部分。

叫佢補標題、補摘要、補標籤、補內部連結。改完之後你自己檢查：有冇誤解？有冇亂分類？有冇刪走重要細節？

第三步，再畀 AI 批量處理。

喺批量處理之前，一定要備份。最簡單嘅方式係複製一份知識庫文件夾；更穩陣嘅方式係用版本管理，將每次大改動都可以回退。

AI 好適合做呢啲嘢：

將散亂筆記改成統一格式。

幫長文補摘要。

根據內容建議內部連結。

將一堆材料整理成文章大綱。

從項目記錄提煉覆盤。

將工具測試記錄整理成對比表。

但 AI 唔適合幫你決定「你嘅知識庫應該係點嘅樣」。呢個判斷始終要你自己做。

一套新手最小流程：今日就可以開始

如果你未有 Obsidian 知識庫，可以按呢個順序做。

第一步，新建一個 Vault。

Vault 可以理解成一個知識庫文件夾。先唔好建太多庫，一個主庫就夠。庫多咗之後，內容會分散，AI 亦更難統一讀取。

第二步，建 4 個基礎文件夾。

Inbox、Projects、Areas、Resources。

第三步，設定附件位置。

圖片、PDF、截圖唔好散落喺根目錄。可以統一放到 `attachments` 呢類附件文件夾度。咁樣將來搬遷、備份、同步都更清楚。

第四步，開啓自動更新內部連結。

當你改筆記名時，軟件可以自動更新引用佢嘅連結。呢個設定好重要，否則筆記多咗，連結容易斷。

第五步，寫第一批真正有用嘅筆記。

唔好由「人生知識體系」開始。先由你最近做緊嘅一件事開始。

比如：

我而家係度測試緊邊啲 AI 工具？

我而家寫緊邊幾類文章？

我而家解決緊邊個工作流問題？

我最近踩咗啲咩坑？

我有邊啲可以重用嘅提示詞？

每條筆記都加上三個字段：背景、內容、下一步。

背景解釋佢點解出現。

內容記錄事實同過程。

下一步寫你準備點樣用佢。

第六步，每個禮拜整理一次 Inbox。

唔好每日搞個系統。每週花 30 分鐘，將 Inbox 裏面嘅嘢處理咗佢：可以刪嘅就刪，可以歸檔嘅就歸檔，可以變成項目嘅放入 Projects，可以沉澱成方法嘅放入 Areas。

AI 最適合幾時入場？

唔係一開始。

最好等你嘅知識庫裏面至少有幾十條真實筆記，先畀 AI 參與。

因為 AI 需要見到你嘅上下文。你得空文件夾，佢幫唔到你幾多；你有啲真實記錄，佢先可以發現重複、缺口同結構問題。

你可以咁樣問 AI：

請先閲讀呢個文件夾裏面嘅筆記，唔好修改文件，淨係話我知呢啲內容可以分成邊幾類。

請揾出我最近 10 條項目記錄裏面重複出現嘅問題。

請將呢 5 條工具測試筆記整理成統一模板：工具名、適合場景、輸入、輸出、優點、限制、下一步。

請根據呢啲素材，幫我生成一篇文章大綱，但唔好老作素材入面冇嘅結論。

因為佢哋有範圍、有任務、有輸出格式，亦更容易檢查。

最後講句真心話

好多人搭知識庫失敗，而係因為一開始就將目標定錯咗。

新手唔需要一個完美系統。

你需要嘅係一個可以持續寫入去、可以定期整理、可以被 AI 讀得明、可以喺寫作同項目入面反覆重用嘅小系統。

先唔好心急追求插件、圖譜同複雜分類。

先用 4 個文件夾接住內容，用 Markdown 寫清楚事實，用內部連結連接問題，用每週整理令資料流動起嚟。

等呢啲基礎穩定咗，再畀 AI 入場幫你分析、補連結、做摘要、提煉文章同覆盤項目。

知識庫真正有價值嘅時刻，而係你遇到一個問題時，可以喺裏面好快揾到自己嘅判斷。

呢個就係普通人用 AI 最易被忽略嘅一步：先將自己嘅知識變成 AI 可以幫你調用嘅材料。

教程｜從零搭一個 Obsidian + AI 知識庫：新手少走 5 個彎路

這篇不講花活，只講新手從零搭一個 Obsidian + AI 知識庫，最應該避開的 5 個彎路。

很多人第一次用 Obsidian，會犯一個很典型的錯誤：軟件剛裝好，筆記還沒寫幾篇，插件先裝了一堆。

然後文件夾越分越細，標籤越建越多，關係圖越看越漂亮，最後真正能被自己複用的內容還是很少。

我現在越來越覺得，知識庫這件事，而是先搭出一個能持續寫、能找得到、能被 AI 幫你整理的小系統。

尤其現在大家都在用 AI，很多人以為差距在提示詞，其實差距更可能在資料底座。

你沒有自己的資料，AI 每次只能從零猜你的背景、習慣、項目、案例和判斷標準；你有一套乾淨的知識庫，AI 才有機會幫你整理、提煉、覆盤，甚至把一堆碎片變成可執行的計劃。

先說清楚：Obsidian 不是“更復雜的備忘錄”

Obsidian 最核心的價值只有三個。

第一，它的筆記是 Markdown 文件。

而是一堆普通文本文件。哪怕以後不用 Obsidian，你也可以用其他編輯器打開。

第二，它是本地知識庫。

筆記默認保存在你自己的電腦裏，不聯網也能用。對很多人來說，因為你真正有價值的東西，而是自己的項目記錄、客戶需求、工具測試、踩坑過程、靈感片段。

第三，它支持連結。

你可以用雙向連結把一條筆記和另一條筆記連起來。可以連到“提示詞模板”“客戶交付案例”“大模型選擇標準”“失敗記錄”。時間一長，它就不只是收藏夾，而是一個能長出脈絡的系統。

但問題也在這裏：很多新手一上來就想把它搭成“終極第二大腦”，結果反而被系統拖住。

彎路一：還沒寫內容，先設計十層文件夾

很多人建知識庫第一天，會先糾結目錄。

工作、學習、項目、資源、靈感、寫作、AI、工具、生活、覆盤……每個目錄下面再分二級、三級。看起來很專業，實際很容易帶來一個問題：每寫一條筆記之前，都要先判斷它應該放哪。

一旦判斷成本變高，寫筆記這件事就會變慢。

我的建議很簡單：新手先用 4 個文件夾就夠了。

第一個，Inbox，臨時收集。

所有還沒想清楚的東西，都先放這裏。網頁摘錄、想法、工具連結、項目靈感、會議記錄，不要在入口處做複雜分類。

第二個，Projects，正在推進的項目。

比如一個網站、一個公眾號選題、一套 AI 工作流、一篇長文、一款工具測試。凡是有明確目標和結束狀態的，都放這裏。

第三個，Areas，長期關注的領域。

比如 AI 工具、寫作、商業、編程、內容運營。它沒有明確結束時間，但會長期積累。

第四個，Resources，資料和素材。

這裏放參考文章、工具說明、命令記錄、模板、案例庫。

你會發現，這套結構不炫，但夠用。新手先別追求“分類完美”，先追求“寫得下去、找得回來”。

彎路二：插件裝太多，結果一個都用不深

Obsidian 的插件生態很強，這是優點，也是新手最容易掉進去的坑。

很多人剛開始會裝日曆、看板、任務管理、表格增強、關係圖增強、AI 插件、同步插件、主題插件。裝完以後界面變漂亮了，

最小可用階段，我建議先只用核心能力。

文件管理，用文件列表就夠。

搜索，用全局搜索就夠。

連結，用內部連結和反向連結就夠。

結構，用標題、列表、任務清單就夠。

你真正需要先熟悉的是 Markdown，而不是插件市場。

最常用的 Markdown 其實就幾類：

一級標題、二級標題，用來分層。

加粗，用來標記重點。

無序列表，用來拆想法。

任務清單，用來管理待辦。

引用塊，用來保存一段原始判斷或材料。

內部連結，用來連接自己的筆記。

外部連結，用來保留出處。

如果這些基礎都沒用熟，裝再多插件也只是換一種方式製造混亂。

彎路三：只收藏，不加工

知識庫最容易變成一個“高級垃圾桶”。

看到好文章，丟進去。

看到好工具，丟進去。

看到別人分享的工作流，丟進去。

結果一個月後再打開，裏面全是“以後有空再看”的東西。

真正有用的知識庫，不是收藏多，而是加工過。

我建議每條資料至少加三句話：

第一句話：這條資料解決什麼問題？

第二句話：它對我現在有什麼用？

第三句話：我下一步可以怎麼試？

舉個例子，你保存一篇關於 AI 編程工具的文章，不要只放連結。你可以補三行：

它解決的是“不會從零搭項目骨架”的問題。

對我有用的地方是可以把需求拆成頁面、接口、數據結構，

下一步我可以拿一個小工具頁面試一次，觀察它在需求理解、文件組織、報錯修復三個環節的表現。

這三句話比原文連結更重要。因為它把別人的資料，變成了你自己的判斷。

而是資料裏有上下文、有你的判斷、有明確的下一步。

彎路四：過度迷戀關係圖

Obsidian 的關係圖很好看，但新手最容易誤會它。

關係圖不是知識庫的目標，它只是結果。

很多人看到一堆節點連成網，會覺得自己知識體系很強。實際上，如果每個節點只是網頁摘錄、金句、連結，它再漂亮也不能幫你解決問題。

真正值得追求的不是“圖很密”，而是一個問題能不能被快速串起來。

比如你要寫一篇關於“AI 工具如何提升內容生產”的文章，你能不能從知識庫裏立刻找到：

一個真實痛點。

一個工具選擇標準。

一箇舊方法失敗原因。

一個可複製流程。

一個風險邊界。

如果能找到，這套知識庫就有用。

如果只能看到幾十個漂亮節點，卻不知道怎麼落到文章、項目、決策和交付上，那它只是視覺安慰。

先把每條筆記寫清楚，先把相關筆記連起來，關係自然會長出來。

彎路五：太早讓 AI 大範圍改你的知識庫

現在很多 AI 工具都能讀文件、改文件、整理目錄，這確實很強。

就讓 AI 大範圍整理，它很可能把你原本能看懂的內容，改成一套看起來更整齊、

我的建議是，AI 接入知識庫要分三步。

第一步，只讓 AI 讀，不讓它改。

你可以讓它幫你分析某個文件夾裏有哪些主題、重複內容、未處理筆記、可以合併的方向。這個階段的輸出應該是建議，不是直接動手。

第二步，只讓 AI 改一小部分。

要求它補標題、補摘要、補標籤、補內部連結。改完以後你自己檢查：有沒有誤解？有沒有亂分類？有沒有把重要細節刪掉？

第三步，再讓 AI 批量處理。

在批量處理之前，一定要備份。最簡單的方式是複製一份知識庫文件夾；更穩的方式是用版本管理，把每次大改動都能回退。

AI 很適合做這些事：

把散亂筆記改成統一格式。

給長文補摘要。

根據內容建議內部連結。

把一堆材料整理成文章提綱。

從項目記錄裏提煉覆盤。

把工具測試記錄整理成對比表。

但 AI 不適合替你決定“你的知識庫應該長什麼樣”。這個判斷還是要你自己做。

一套新手最小流程：今天就能開始

如果你還沒有 Obsidian 知識庫，可以按這個順序做。

第一步，新建一個 Vault。

Vault 可以理解成一個知識庫文件夾。先不要建太多庫，一個主庫就夠。庫多了以後，內容會分散，AI 也更難統一讀取。

第二步，建 4 個基礎文件夾。

Inbox、Projects、Areas、Resources。

第三步，設置附件位置。

圖片、PDF、截圖不要散落在根目錄。可以統一放到 `attachments` 這類附件文件夾裏。這樣以後遷移、備份、同步都更清楚。

第四步，開啓自動更新內部連結。

當你改筆記名時，軟件可以自動更新引用它的連結。這個設置很重要，否則後面筆記多了，連結容易斷。

第五步，寫第一批真正有用的筆記。

不要從“人生知識體系”開始。先從你最近正在做的一件事開始。

比如：

我正在測試哪些 AI 工具？

我正在寫哪幾類文章？

我正在解決哪個工作流問題？

我最近踩了哪些坑？

我有哪些可複用提示詞？

每條筆記都加上三個字段：背景、內容、下一步。

背景說明它為什麼出現。

內容記錄事實和過程。

下一步寫你準備怎麼用它。

第六步，每週整理一次 Inbox。

不要每天折騰體系。每週花 30 分鐘，把 Inbox 裏的東西處理掉：能刪除的刪，能歸檔的歸檔，能變成項目的放進 Projects，能沉澱成方法的放進 Areas。

AI 最適合什麼時候進場？

不是一開始。

最好等你的知識庫裏至少有幾十條真實筆記，再讓 AI 參與。

因為 AI 需要看見你的上下文。你只有空文件夾，它幫不了你太多；你有一些真實記錄，它才能發現重複、缺口和結構問題。

你可以這樣問 AI：

請先閲讀這個文件夾裏的筆記，不要修改文件，只告訴我這些內容可以分成哪幾類。

請找出我最近 10 條項目記錄裏重複出現的問題。

請把這 5 條工具測試筆記整理成統一模板：工具名、適合場景、輸入、輸出、優點、限制、下一步。

請根據這些素材，幫我生成一篇文章提綱，但不要編造素材裏沒有的結論。

因為它們有範圍、有任務、有輸出格式，也更容易檢查。

最後說一句實話

很多人搭知識庫失敗，而是因為一開始就把目標定錯了。

新手不需要一個完美系統。

你需要的是一個能持續寫進去、能定期整理、能被 AI 讀懂、能在寫作和項目裏反覆複用的小系統。

先別急着追求插件、圖譜和複雜分類。

先用 4 個文件夾接住內容，用 Markdown 寫清楚事實，用內部連結連接問題，用每週整理讓資料流動起來。

等這些基礎穩定了，再讓 AI 進場幫你分析、補連結、做摘要、提煉文章和覆盤項目。

知識庫真正有價值的時刻，而是你遇到一個問題時，能從裏面很快找到自己的判斷。

這才是普通人用 AI 最容易被忽略的一步：先把自己的知識變成 AI 能幫你調用的材料。