iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

個人知識庫、第二大腦,都用不好?我讓 AI 當維護者,自己只負責讀、想、問 系列

LLM Wiki 是 Andrej Karpathy 在今年四月提出的概念,主張把知識庫的維護工作交給 AI——這系列是我基於這個想法,實際跑滿 30 天的紀錄(*2),不是概念介紹。
從零開始用 Claude Code 建一個能自己維運的個人知識庫,架構怎麼決定、被推翻的方案、真的踩過的坑,全部攤開來給你看。

參賽天數 23 天 | 共 23 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 1

第一篇:為什麼個人知識庫,這麼容易變成數位垃圾場?

給想要建設個人知識庫,或是已經做過,但覺得不好用的人 我們正處於一個調用資訊、理解並運用知識的能力,比歷史上任何時期都更加重要的時代。 「知識管理」的工具和技術...

2026-09-01 ‧ 由 毓文 分享
DAY 2

第二篇:別急著建,你可能明天就想拆掉重來

先跟大家說,這個系列會用到的工具是 Obsidian + AI。大家想跟著做的話,需要自己準備一套能「直接操作電腦上檔案」的 AI(我自己用的是 Claude,...

2026-09-02 ‧ 由 毓文 分享
DAY 3

如果整理有五種,AI 只能做兩種,別讓 AI 搶走所有工作

豪!上一篇把定義講過一輪之後,應該能回答這個問題了。 把一萬篇 PDF 論文貼給 chatGPT 叫它整理,算不算一種知識庫? 我的答案是:也許能做到類似知識...

2026-09-03 ‧ 由 毓文 分享
DAY 4

第四篇 - 建一個可能會被拆掉的知識庫

豪,開工。 今年真的很多知識庫相關的內容,直接搜 Second Brain、NotebookLM、OpenWiki 想必可以搜到很多內容,其實多多少少有點焦慮自...

2026-09-04 ‧ 由 毓文 分享
DAY 5

第五篇 - 知識庫可以解決使用 AI 時的上下文管理問題

上下文限制、無狀態、脈絡腐化:讓你用 AI 用得不夠暢快 首先:AI 一次能看的東西是有限的。 以 Claude 為例,依模型不同,一次可以處理約數十萬甚至上百...

2026-09-05 ‧ 由 毓文 分享
DAY 6

第六篇:用兩種機制,交代跟 AI 協作的八種內容

可以開始用了,個頭 我希望前五篇有為「讓 AI 參與,對知識庫的使用與維護上有很大幫助」這點定下基調,我寫了很多「可以讓 AI 做」的陳述,到這邊我認為可以往前...

2026-09-06 ‧ 由 毓文 分享
DAY 7

第七篇 - 以為我懂 CLAUDE.md,直到官方說它只是一段訊息

上一篇講了知識庫與 AI「協定」有哪些,這篇打算先講 CLAUDE.md 撰寫的原則,然後根據篇幅決定要不要在這篇公佈我的 CLAUDE.md 讓大家參考,如果...

2026-09-07 ‧ 由 毓文 分享
DAY 8

第八篇 - 推坑:我用過最猛的筆記系統

先教大家怎麼弄捷徑 打開知識庫的 Claude,流程是:開資料夾、cd 進去、再打 claude。其實真的麻煩死了對吧?我們來做一個一鍵開啟的捷徑 我用itwi...

2026-09-08 ‧ 由 毓文 分享
DAY 9

第九篇 - 知識庫的兩個地基:Git 與建設歷程

考量到知識庫的建設與維護不是一朝一夕,有兩件事建議大家可以先做:Git 和「建設歷程」。 我說:「要有 Git」就有了 Git 一個 prompt 完成 「幫...

2026-09-09 ‧ 由 毓文 分享
DAY 10

第十篇 - 垃圾進、精緻的垃圾出——論採集(Ingest)

第十篇,我們準備好要把東西放到知識庫裡了,今天要講的是 Ingest 採集、攝取 在第二篇我們有講過這個概念:「把原本不在系統內的資訊帶入系統內的過程」,如今回...

2026-09-10 ‧ 由 毓文 分享