找到資料後，我通常會先看主題有沒有對上，再看 AI 整理的內容。

不過，有附來源，不代表看完就知道怎麼使用。
這次我挑了知識庫裡的幾個工具，請 AI 對照來源文章與專案文件，看看還能補充什麼。

原文章怎麼介紹？

這三個工具都出現在〈不裝這 5 個外掛，別說你會用 Claude Code〉裡。原文章大致介紹：

• claude-mem：整理工作紀錄，讓之後的對話取得相關背景。
• OmniRoute：在額度不足時，切換到其他可用模型。
• Task Observer：觀察工作習慣與修正，整理成技能或改善既有技能。

這些說明可以讓我先知道工具能做什麼。但如果想用在自己的開發過程，還需要了解一些條件。

對照後，才能看到更多細節

先以 claude-mem 為例。來源文章說，下次開新對話時會：

「再把相關的記憶注入回去」

知識庫保存的內文則簡化成：

「下次開新對話時注入記憶。」

大致意思有保留，但少了「相關」這個條件。繼續查閱專案文件，才能知道它並不是每次都把全部紀錄帶入。

另外兩個工具，也有值得補充的地方：

這些差異不能全部算成 AI 整理錯誤。有些是摘要省略的條件，有些是原文章沒有展開、後來才查到的細節。

補充內容，讓我想到什麼時候可以用

對我來說，後面的補充可以讓我知道，什麼時候可能用得到，或聯想到自己的使用方式。

像我可能今天先開發某個東西，過幾天再回來繼續。
如果能找回之前做到哪裡、當時為什麼這樣做，就可能減少重新交代背景的時間。

其他情況也是一樣：使用中的 AI 暫時不可用，會想到備援；
有些要求反覆提醒，會想到能不能整理成之後重用的做法。

不過，這次是查資料後的聯想，還沒有完成這三個工具的安裝與驗證。
實際使用後，真的減少原本遇到的麻煩，才算工具有幫到我。

把這個確認比較加入知識庫

這次也讓我想到，後續整理資料時，可以針對不清楚的說法，再查官方資料，把差異列出來讓我確認。

目前想到的流程是：

整理原文 → 確認疑問 → 查官方資料 → 列出差異與補充 → 我再確認

但補充要有範圍。之前使用 NotebookLM 時，就遇過找到太多不相關內容的情況。
這次如果想確認的是「記錄什麼、怎麼取回」，就先把這些問題說明清楚。

原文摘要、後來查到的補充，以及 AI 提出的使用建議，也要分開標記並保留來源。遇到不同說法時，先確認時間與版本，不直接覆蓋原本內容。

這是今天討論後想到的改善方向，目前還沒有完成。

我希望知識庫不只讓我知道有這個工具，也能幫我想到怎麼用。至於是否適合自己，還是要實際使用才能確定後續是不是真的符合。