LLM Wiki vs OKF
核心結論
LLM Wiki 是 pattern，OKF 是標準。
- LLM Wiki：描述如何讓 AI 增量建立、維護與連結知識庫
- OKF：把這個 pattern 固定成可攜、可交換的文件格式規則
兩者不是競爭關係，而是上下游關係：LLM Wiki 提供方法論，OKF 提供共同語言。
主要差異
| 面向 | LLM Wiki | OKF |
|---|---|---|
| 定位 | 使用模式 / 工作法 | 開放格式 / 規格 |
| 核心問題 | AI 如何把來源整理成持久化知識庫 | 不同人、不同工具做出的 wiki 如何互通 |
| 關注重點 | 概念頁、交叉引用、持續更新 | index.md、log.md、frontmatter 最小欄位 |
| 語意層級 | 高層方法論 | 低層結構約束 |
| 可攜性 | 依賴實作習慣 | 以標準化文件提升跨工具可讀性 |
各自回答的問題
LLM Wiki 回答
- AI 應該怎麼把新來源整理進知識庫？
- 概念頁要怎麼建立、合併、更新？
- 如何把原始資料轉成可持續維護的知識網？
OKF 回答
- 每份知識庫最少要有哪些共同欄位？
- 目錄頁與變更紀錄應該叫什麼？
- 怎麼讓 Claude、Codex、其他工具讀到同一套結構？
在 Obsidian / Markdown 場景中的差別
- LLM Wiki 偏向「AI 產生什麼內容、怎麼連結」
- OKF 偏向「這包 Markdown 應該長什麼樣，才能讓 AI 穩定理解」
所以如果你已經有一套內容工作法，LLM Wiki 描述的是那套工作法；如果你希望別人或別的 agent 直接接手，OKF 描述的是最小共同語言。
什麼時候用哪個
- 先用 LLM Wiki：你在定義知識庫方法論，還不確定最終格式
- 先用 OKF：你要把 wiki 交給其他工具、其他人、其他 agent
- 兩個一起用：最常見。LLM Wiki 定義內容怎麼長，OKF 定義檔案怎麼放