關鍵字索引（Keyword Index）
Niklas Luhmann 90,000 張筆記中有 4450 張屬於這類——專門寫「主題到永久筆記」的索引卡。讓「由下而上」的編號系統 索引卡片 仍能依主題回想。
為什麼需要
索引卡片 的 Numeric Index 解決了「結構靈活」問題，但留下另一個問題：沒有固定主題層級的話，要怎麼依主題找回筆記？
例：你想找「跟風險有關的所有筆記」——如果只用 Numeric Index，那些筆記可能散落在 3, 7, 21, 32, 54, 333 等任意編號，沒主題索引就找不到。
Luhmann 的解法：寫 4450 張關鍵字索引作為主題入口。
關鍵字索引的形式
每張關鍵字索引上寫：
主題：風險（Risiko）
3 — 風險認知
7 — 風險評估方法
21 — 系統性風險
32 — 個人風險決策
54 — 保險作為風險工具
333 — 投資組合風險
（陸續新增）
→ 一張關鍵字索引通常索引 3-10 條筆記，可隨時加新項目。
為什麼 Luhmann 寫了 4450 張
90,000 永久筆記 / 4450 關鍵字索引 = 平均每 20 張永久筆記就有 1 張索引。比例很高，因為：
- 每個重要主題都要有專屬索引
- 一個筆記可能屬於多個主題（要在多張索引裡）
- 隨知識庫成長，新主題不斷出現
跟 索引卡片 的分工
| 索引卡片 (Numeric Index) | 關鍵字索引（本頁） | |
|---|---|---|
| 解決什麼 | 筆記之間的結構 | 主題到筆記的入口 |
| 形式 | 編號 1a, 1b1, 2c… | 主題 + 對應筆記列表 |
| 規模 | 跟筆記 1:1 | Luhmann 寫了 4450 張（5%） |
| 何時用 | 加新筆記時找「相關位置」 | 想找「主題」時用 |
兩個系統互補：你寫筆記時用 Numeric Index 安排位置，找筆記時用 Keyword Index。
在 vault 的對應
| Luhmann | Obsidian / vault |
|---|---|
| 關鍵字索引卡 | wiki/index.md 的主題分類段（手動維護） |
| Keyword Index 自動更新 | Dataview block（按 domain / tag query） |
| 一張 KI 索引 5-10 筆記 | wiki/maps/X.md（mermaid 主題地圖） |
→ Vincent vault 把 Keyword Index 用兩種方式實作：
- 手寫：
wiki/index.md的主題分類列表 - 自動：Dataview 的
FROM "wiki/entities/<domain>"queries
反模式
❌ 沒有 Keyword Index → 90000 筆記變成「找不回的記憶倉庫」 ❌ 一張 KI 索引一條筆記 → 跟主題分類無異 ❌ 不更新 KI → 新筆記沒被索引到，等於沒寫
相關概念
強連結（原文明確提及）
- 卡片盒筆記法 — 屬於這套系統
- 索引卡片 — 配對的索引機制（結構 vs 檢索）
- Niklas Luhmann — 創始人
- 永久筆記 — KI 索引的對象
強連結（指導原則）
- 卡片盒筆記法 12 法則 — 第 10 條「如何選定關鍵字」直接對應
推斷連結（LLM 認為相關，待確認）
- wiki-query ?? — 自動化版本的 Keyword Index 檢索
深入閱讀（外部資源）
← 回到 wiki