AI知識庫不是收藏夾：為什麼你收藏了很多文章，最後還是用不起來？

哈囉，大家好，我係 Max King。

你係咪都有呢種情況？

微信收藏入面一堆文章，瀏覽器書籤（收藏夾）入面一堆連結，Obsidian / Notion 入面開咗好多分類。見到好內容，第一反應就係先保存起嚟。

但係真係要寫文章、做方案、整理觀點嘅時候，都係重新搜尋，重新問 AI，重新喺一堆舊資料入面揾。

我以前就係咁。

有啲文章我明明記得當時好想留低，甚至專登放咗入 Obsidian。但係真係要用嘅時候，佢哋好少直接幫到手。我仲係要重新讀，重新判斷，重新諗呢篇嘢到底可以放喺邊。

我而家越嚟越覺得，好多人嘅知識庫，其實只係一個更高級嘅收藏夾。

收藏文章，唔等於擁有知識。
保存連結，唔等於可以調用。
做咗分類，唔等於可以產生內容。
問過 AI，都唔等於形成咗長期資產。

收藏只係入口。資料真係被拆開、整理、連接、輸出之後，先有可能變成知識。

所以我對 AI知識庫 嘅理解好簡單：佢唔係幫我存更多嘢，而係幫我將資料加工成以後用得着嘅資產。

我自己踩過嘅坑，大概有三個。

第一個坑，係淨係收集，唔拆解。
一篇文章被保存落嚟之後，如果冇拆出觀點、結構、案例、方法、金句、選題同大綱，下次要用嘅時候都係要重新讀一次。保存動作冇減少後面嘅理解成本，只係將「遲啲先講」推遲咗一陣。

第二個坑，係淨係分類，唔連接。
好多人會開一堆文件夾：AI、寫作、工具、項目、資料。分類睇起嚟好清楚，但佢只係擺放位置，唔代表知識之間真係產生咗關係。

真正有用嘅知識庫，應該要答到：呢篇文章可以支撐邊個選題？呢個觀點可唔可以同之前嘅資料組合？呢條資料可唔可以變成一篇公眾號文章？呢個案例以後可唔可以重用？

第三個坑，係淨係保存，唔輸出。
一個冇輸出入口嘅知識庫，最後好大機會會變成倉庫。入面好多嘢，但每次需要產出嘅時候，都係要從外面重新揾材料。

如果一條資料最終唔可以變成文章、腳本、方案、產品判斷，或者某種創意積木，咁佢就只係信息庫存。佢存在，但冇參與生產。

呢個亦都係我點解想做 AIWiki。

我而家想做嘅 AI知識庫，唔係再搭一個收藏夾，而係做一條資料加工流水線。

以前我問嘅係：呢篇文章要唔要保存？

而家我更想問：呢篇文章可唔可以被加工成以後用得着嘅嘢？

目前 AIWiki 基礎版都唔會一開始就追求大而全。佢先解決一件事：令一條資料穩定變成本地可審閲、可追溯、可重用嘅知識生產結果。

我希望一條資料進入 AIWiki 之後，至少可以產出 4 類結果。

Source Card 資料卡。
佢唔係簡單摘要，而係回答：呢篇資料講咗啲乜？點解值得保存？有啲咩核心觀點？適合用喺咩場景？

Creative Assets 創意積木。
從資料入面拆出鈎子（hook）、金句、結構模式、轉化弧（conversion arc）、心理模式。呢個方向我後面會單獨講，因為佢同 Dan Koe 嘅內容系統畀我嘅啟發好接近。

Topic 選題。
例如：AI知識庫點解唔係收藏夾？AI知識庫如何自動整理資料？個人知識庫點解越搭越亂？

Outline 文章大綱。
我唔希望 AI 直接幫我發佈內容。更合理嘅方式係，佢先幫我將「由零開始」變成「由結構開始」。我仍然負責判斷、取捨、修改同表達。

我自己長期有呢個問題。

見到好文章會存低；見到工具會收藏；見到方法論會截圖；但係真係要寫公眾號、做項目方案、整理產品思路嗰陣，好多資料都係散嘅。

所以我唔想再淨係做一個收藏型知識庫。我想做嘅係一個可以幫我加工資料嘅 AI知識庫。

作為一個全棧開發者，我更關心嘅唔係「呢個概念聽起嚟啱唔啱」，而係佢可唔可以落到本地目錄、文件結構、Agent 工作流同真實輸出入面。

AIWiki 對我嚟講，就係將呢個判斷推前一步：唔好咁急做複雜系統，先將單條資料嘅加工流程跑通。

哈嘍，大家好，我是 Max King。

你是不是也有這種情況：

微信收藏裏一堆文章，瀏覽器收藏夾裏一堆連結，Obsidian / Notion 裏建了很多分類。看到好內容，第一反應就是先存起來。

但真到寫文章、做方案、整理觀點的時候，還是重新搜索，重新問 AI，重新從一堆舊資料裏翻。

我以前就是這樣。

有些文章我明明記得當時特別想留，甚至還專門放進了 Obsidian。可真要用的時候，它們很少直接幫上忙。我還是要重新讀，重新判斷，重新想這篇東西到底能放在哪。

我現在越來越覺得，很多人的知識庫，其實只是一個更高級的收藏夾。

收藏文章，不等於擁有知識。
保存連結，不等於能夠調用。
做了分類，不等於能產生內容。
問過 AI，也不等於形成了長期資產。

收藏只是入口。資料真的被拆開、整理、連接、輸出之後，才可能變成知識。

所以我對 AI知識庫 的理解很簡單：它不是幫我存更多東西，而是幫我把資料加工成以後能用的資產。

我自己踩過的坑，大概有三個。

第一個坑，是隻收集，不拆解。
一篇文章被保存下來之後，如果沒有拆出觀點、結構、案例、方法、金句、選題和大綱，下次要用時還是得重新讀一遍。保存動作沒有減少後面的理解成本，只是把“以後再說”推遲了一下。

第二個坑，是隻分類，不連接。
很多人會建一堆文件夾：AI、寫作、工具、項目、資料。分類看起來很清楚，但它只是擺放位置，不代表知識之間真的產生了關係。

真正有用的知識庫，應該能回答：這篇文章能支撐哪個選題？這個觀點能不能和之前的資料組合？這條資料能不能變成一篇公眾號文章？這個案例以後能不能複用？

第三個坑，是隻保存，不輸出。
一個沒有輸出入口的知識庫，最後大概率會變成倉庫。裏面東西很多，但每次需要產出時，還是要從外面重新找材料。

如果一條資料最終不能變成文章、腳本、方案、產品判斷，或者某種創意積木，那它就只是信息庫存。它存在，但沒有參與生產。

這也是我為什麼想做 AIWiki。

我現在想做的 AI知識庫，不是再搭一個收藏夾，而是做一條資料加工流水線。

以前我問的是：這篇文章要不要保存？

現在我更想問：這篇文章能不能被加工成以後能用的東西？

當前 AIWiki 基礎版也不會一上來追求大而全。它先解決一件事：讓一條資料穩定變成本地可審閲、可追溯、可複用的知識生產結果。

我希望一條資料進入 AIWiki 之後，至少能產出 4 類結果。

Source Card 資料卡。
它不是簡單摘要，而是回答：這篇資料講了什麼？為什麼值得保存？有哪些核心觀點？適合用在什麼場景？

Creative Assets 創意積木。
從資料裏拆出鈎子、金句、結構模式、轉化弧、心理模式。這個方向我後面會單獨講，因為它和 Dan Koe 的內容系統給我的啓發很接近。

Topic 選題。
比如：AI知識庫為什麼不是收藏夾？AI知識庫如何自動整理資料？個人知識庫為什麼越搭越亂？

Outline 文章大綱。
我不希望 AI 直接替我發佈內容。更合理的方式是，它先幫我把“從零開始”變成“從結構開始”。我仍然負責判斷、取捨、修改和表達。

我自己長期有這個問題。

看到好文章會存；看到工具會收藏；看到方法論會截圖；但真正要寫公眾號、做項目方案、整理產品思路時，很多資料還是散的。

所以我不想再只做一個收藏型知識庫。我想做的是一個能幫我加工資料的 AI知識庫。

作為一個全棧開發者，我更關心的不是“這個概念聽起來對不對”，而是它能不能落到本地目錄、文件結構、Agent 工作流和真實輸出裏。

AIWiki 對我來說，就是把這個判斷往前推一步：先不要急着做複雜系統，先把單條資料的加工流程跑通。