前面談了資料怎麼存、怎麼分析，也談了內容不對時要回去哪裡查。
寫到這裡，我覺得要把整個系統攤開重新來看一次。

我把知識庫放在雲端，但平常不只從知識庫網頁使用它。
我會請 AI 找資料，也會在 Obsidian 讀筆記；正在開發的手機語音助理，則讓我挑內容轉成可以聽的音訊。
這些入口都會碰到知識庫，做的事卻不一樣。

先把資料集中在知識庫

網頁是我最直接的入口。我可以送入資料、搜尋條目，點開後檢查原文、摘要和後續補強。如果我請 Claude 或 GPT 分析一個專案，覺得值得留下，也可以透過 MCP 或 API 把內容送進知識庫。

存入之後還有分析要跑；NotebookLM 的文字補強也是後續另一段流程。所以我回頭檢查資料時，不會只看「搜尋得到」，還會看原文和整理結果有沒有對上。

MCP 和 API 也讓其他 AI 或程式能讀取資料。之前找 iPAS 初級準備方式時，我要的就不只是找到標題含「iPAS」的條目。我還想找準備方法和刷題資源，再整理出準備順序。這種時候，我可以在與 AI 討論的過程中繼續縮小問題，不必每次都自己在網頁上逐筆翻找。

Obsidian 中間還有 GitHub

Obsidian 不是直接連到雲端知識庫。我的 Obsidian vault 是另一個 Git repository。編輯筆記的裝置透過 Obsidian Git 外掛和 GitHub 同步；知識庫主機也有這個 repository 的另一份複本。兩邊靠 GitHub 交換檔案。

vault 裡的「知識庫」資料夾，是從知識庫匯出的內容。同步程式把條目依分類寫成一篇篇 Markdown，推送到 GitHub；Obsidian 同步下來後，我就能像讀筆記一樣閱讀。這些檔案是知識庫內容的鏡像。在 Obsidian 修改它們，不會直接改到雲端的原條目。

「工作用」資料夾則是另一個方向。同步程式可以拉取有變動的工作筆記，篩選內容後匯入知識庫。不過，這條路我還想調整。工作筆記可能包含機敏內容，我希望先限定處理範圍，把值得保留的安裝步驟、SOP 或注意事項整理出來，再由我核對是否正式收錄。現在有匯入程式，不代表這套人工核對流程已經完成。

GitHub 在這裡負責同步 vault 檔案，不是知識庫的資料庫。它也和 API 提供的完整 Markdown 匯出不同：Obsidian 裡是一篇篇筆記；完整匯出則是一份知識庫資料快照，可以提供給其他工具讀取。

手機上，換成用聽的方式

我正在開發的語音助理也能讀取知識庫。我可以自己挑選想聽的條目，再交給手機 App 的播客功能製作音訊。不是每存入一筆資料就自動產生一集。

產生的集數和音檔保存在語音助理使用的服務中，供手機 App 播放，不會回寫知識庫。這和 NotebookLM 的文字補強要分開看：文字補強會加回知識庫條目；podcast 是把我選出的資料變成另一種學習方式。

音訊目前已經可以產生，不過語音助理整體仍在開發。我另外開發中的 AI 也希望能讀取知識庫；那部分還要繼續整合和測試，現在不能算已經能穩定使用。

回頭看，各個入口負責什麼

把它們放在一起，我比較容易看出自己要去哪裡做哪件事。

目前整體釐清後，雖然還有很多還都在開發中的，但是有逐步的可以利用這個知識庫來擴充內容，鐵人賽快結束了，
但是我的開發並不會停止。