一篇文章裡面，有時候會同時介紹好幾個工具。我當初就有想過，
如果把它們全部放在同一筆資料裡，之後只想找其中一個，可能還是要回去翻整篇內容。

所以我希望可以分開保存。不過分開之後，標籤、來源以及相關連結還是要有關聯，不然之後找到其中一筆，可能就不知道它原本跟哪些內容放在一起。

這次我請 AI 查看雲端知識庫的實際資料與程式，確認目前是怎麼處理的。

不同工具可以分開，但來源要留著

目前知識庫裡有 claude-mem 和 Task Observer 這兩筆資料。它們各自有自己的條目，但保存的是同一篇來源文章網址。

這樣我想了解其中一個工具時，就可以直接看它自己的內容。如果覺得說明不夠，或想確認原本文章怎麼介紹，也還能回到來源查看。

這兩筆資料目前也有一段關聯說明：

都在講 Claude 的記憶與自動化增強工具。

不過，查過程式後才知道，「保留共同來源」和「建立相關條目」其實是分開處理的。不能因為這兩筆有關聯，就認為同一篇文章拆出來的所有工具，都一定會自動互相關聯。

有些內容拆開後，還需要知道它屬於哪裡

另一種情況，是同一份內容裡面的不同章節。

例如知識庫裡的「RAG 架構」，底下有「基本介紹」「運作流程」「主要好處」等子條目。

這和一篇文章介紹不同工具不太一樣。如果之後只找到一筆叫「主要好處」的資料，我可能還是不清楚，它到底是在講什麼的好處。

所以這種內容拆開之後，也要留下它原本屬於哪個主題。

目前程式使用 parent_id 記錄這個關係。可以把它想成：每個子章節都記著主資料的編號，讓系統知道自己屬於哪一份內容。

例如：

RAG 架構 → 運作流程

這樣回來看時，就知道它是在說明 RAG 的運作流程。

這個背景對 AI 補充資料也有幫助。只交出「運作流程」這個名稱，範圍太廣；如果同時提供「RAG 架構」，至少能讓研究方向比較明確。不過，提供背景仍然不代表補充結果一定正確，內容還是需要確認。

都是連在一起，但關係不太一樣

整理到這裡，可以把它們分成三件事：

例如，兩個工具來自同一篇文章，代表它們有共同來源，但不一定能搭配使用。

「運作流程」屬於「RAG 架構」，則是在說明章節歸屬，也不是兩個工具之間的關係。

另外，知識庫還會保留像「來源：某個網站」這樣的標籤。這可以幫忙找同一個網站收錄的資料，但要確認是不是同一篇文章，還是得看網址。

目前的相關條目，是怎麼找出來的？

一開始我其實沒有完全弄清楚，系統為什麼會給某些標籤。不過看到相關聯的內容時，大致可以接受，所以也沒有一開始就深入看它的判斷方式。

這次請 AI 核對正式環境的程式，才把流程整理出來：

1. AI 分析內容，產生標籤。
2. 系統依共同標籤的數量，找出最多五筆候選資料。
3. AI 根據雙方的標題與摘要，寫出簡短的關聯說明。
4. 系統保存這段關聯。

因此，資料即使來自不同文章，也可能因為有共同標籤而被連在一起。

不過目前有個限制：即使 AI 看不出明確關聯，也可能用「主題相關」作為說明，程式仍然會保存關聯。

所以看到相關條目時，我不能直接把它理解成「這兩個工具已經確認可以一起使用」。它比較像是一個提醒，讓我知道還有這筆內容可以看看。

我希望簡短，但可以直接看懂

對我來說，關聯的地方不用再放一大段內容。

我希望可以直觀看出，它們是功能相似，還是用途不同，以及分別做什麼。有興趣的話，我會再點進去看實際內容。

例如，一個工具負責整理文章，另一個負責搜尋資料。如果關聯處簡單寫「分別負責整理與搜尋」，對我來說就足夠了。

這是我期待的呈現方式，目前還在改善，不能說系統已經全部做到。

我希望資料分開之後比較方便找，但也不要把原本的背景一起拆掉。留下來源、所屬主題，再給我一個簡短清楚的關聯提示，之後回來看時，就比較知道要從哪裡繼續了解。