Knowledge Consolidation¶
概念概覽
問題診斷：為何知識會碎片化¶
核心知識¶
問題診斷：為何知識會碎片化¶
以 ComfyUI 主題為例，舊有知識存檔有以下問題：
- 同一主題的 Session 記錄分散在多個檔案
- 每次 Session 產出獨立文章，缺乏「合併到既有概念頁」的機制
- 文章之間缺少雙向連結，難以發現重複
- wiki_manager.py 的概念提取沒有語義重複檢查，導致同一概念建立多個頁面
Consolidation 執行策略¶
方案決策¶
- 不應只整合單一主題（如只做 ComfyUI）：其他主題同樣存在碎片化問題
- 應先做全庫 Consolidation，再回頭做 Phase 3（視覺化等錦上添花）
- 原因：Phase 3 的視覺化若建立在碎片化的資料上，圖譜品質也差
執行順序（調整後）¶
Consolidation 的具體操作¶
- 掃描所有
docs/concepts/下的文章，用語義相似度分群 - 同群文章合併：保留最完整的為主體，其餘內容 merge 進去
- 舊文章改為 redirect 指向合併後的主文章
- 更新所有反向連結（backlink）
品質評估指標¶
- 整合前後：同一主題的獨立頁面數量應顯著減少
- Backlink 密度：整合後每個概念頁的被引用數應提升
- 語義圖譜的概念節點數：應比整合前更少但更有連結性
經驗教訓¶
-
知識碎片化是累積性問題，單次 Session 輸出若無合併機制，每次都會加劇碎片化
-
Consolidation 應在視覺化等 Phase 3 功能之前做，否則圖譜建立在髒資料上
-
全庫整合比單主題整合更有效：部分整合只是把問題集中在未整合的主題上
常見陷阱¶
-
只整合使用者回報的主題（如 ComfyUI）會讓其他主題繼續碎片化
-
Consolidation 若在 Phase 3 視覺化之後做，等於白費 Phase 3 的建構成本
最佳實踐¶
-
Consolidation 應處理所有主題，而非只針對使用者回報的特定主題
-
合併後的舊頁面改為 redirect 而非直接刪除，保留 URL 穩定性
-
整合前後用「同主題獨立頁面數」作為量化指標，驗證改善幅度
相關概念¶
- Obsidian Backlink + MkDocs Roamlinks
- Semantic Knowledge Graph CI Integration
- wiki-manager----dangling---
相關視角¶
以下頁面與本概念共享主題，但從不同角度切入。保留獨立視角同時提供交叉參考：
- Knowledge Consolidation Pass — 共享：
consolidation,deduplication,knowledge-management - Semi-Brain Session Deduplication — 共享：
deduplication,knowledge-management,semi-brain/ 獨特：document-fusion,ledger - Semi-Brain Knowledge Management System — 共享：
knowledge-management,semi-brain/ 獨特：automation,ci
來源 Sessions¶
| 日期 | Session | 貢獻摘要 |
|---|---|---|
| 2026-04-11 | a0379709-073f-4231-a61f-87b8486559f7 | 定義知識庫 Consolidation 的執行策略：優先做全庫整合而非單主題，Phase 3 視覺化等步驟在整合後再執行 |