索引卡片

索引卡片（Indexing Card）

Niklas Luhmann 對 永久筆記 的數字編號分類法——不是傳統「按主題字母排列」，而是用「索引編號（Numeric Index）」建立靈活的階層 + 連結。

Luhmann 編號邏輯

不用主題分類（如「A. 教育、B. 健康、C. 經濟」），而是按相關性建立編號樹：

1
├── 1a (跟 1 有關連)
│   ├── 1a1 (跟 1a 關聯比 1 強)
│   ├── 1a2
│   └── 1a3
├── 1b (跟 1 有關連，但不同方向)
└── 1c

2
├── 2a
└── 2a1 ← 註：可寫 "see also: 1a1" 形成跨樹連結

如何決定新筆記放哪？ 看跟誰關聯最強：

• 跟「1」有關連 → 放在「1」之後 → 命名為「1a」
• 跟「1」的關聯比較強 → 命名為「1b」
• 跟「1a」的關聯比較強 → 命名為「1a1」

跨樹連結（手寫版超連結）

每張卡片上不只寫內容，也寫指向其他卡片的索引編號——例：在卡片「1」上寫「see also: 2a2」。

→ 這是 1950 年代版的「雙鏈筆記」，跟現代 Obsidian / Roam 的 wiki-link 是同個概念。

為什麼這樣設計

跟「主題分類」相比的優勢：

主題分類	索引編號（Luhmann）
一個筆記只能放一個分類	一個筆記可以連到多個索引位置
加新筆記要找「對的分類」	加新筆記只要找「最相關的一張」
改變分類體系要重整	加新分支不影響舊有
由上而下	由下而上（Bottom-Up）

→ 這就是 卡片盒筆記法 12 法則 第 9 條「由下而上，而非由上而下」的具體實作。

在 vault 的實作

你 vault 不用編號（用語意 basename + wiki-link 解決），但精神一樣：

Luhmann	Obsidian / vault
索引編號 1a, 1b…	semantic basename「等第天花板」「退回流程」
卡片上的「see also: 2a2」	[[]] wiki-link
由下而上	wiki/entities/// 的階層也是由下而上推論

跟 關鍵字索引 的關係

兩個都是 Luhmann 的索引機制，但角色不同：

	索引卡片	關鍵字索引
對象	永久筆記之間的結構	主題到永久筆記的入口
數量	全部 90,000 卡都有編號	Luhmann 寫了 4450 張
用法	找「跟 1a 有關的卡」	找「跟『風險』有關的卡」
對應	階層樹 + 內部連結	主題索引（像書末目錄）

兩個並用：索引卡片管結構、關鍵字索引管檢索。

反模式

❌ 用主題分類（A 教育、B 經濟）→ 違反 Luhmann 原意 ❌ 編號不寫內部連結 → 失去網路效應 ❌ 編號太長（1a1b2c3d）→ 多用跨索引「see also」

相關概念

強連結（原文明確提及）

• 卡片盒筆記法 — 屬於這套系統
• Niklas Luhmann — 創始人
• 永久筆記 — Indexing Card 服務的對象
• 關鍵字索引 — 配對的索引機制

強連結（指導原則）

• 卡片盒筆記法 12 法則 — 第 9 條「由下而上」直接對應

推斷連結（LLM 認為相關，待確認）

• Karpathy LLM Wiki 模式 ?? — wiki-link basename 解析跟 Indexing Card 跨索引同精神

深入閱讀（外部資源）

• 索引卡片（Indexing Card）

← 回到 wiki