卡片盒筆記法與知識本體 🗂️

代理懂得卡片盒筆記法與知識本體的規則，所以你只要說「用這個方法幫我整理」，它就會照那套慣例建立資料夾、前置資料和連結。這是把零散的筆記養成相互連結的知識最強大的組合。

← 回首頁：ObsiKO 101 · 上一層：16 AI 代理

📖 概念本身（為什麼、是什麼）請看 17 知識結構化，這裡專注在怎麼指揮代理。

🧩 卡片盒筆記法（讓筆記慢慢熟成）

說 「用卡片盒筆記法幫我整理這個筆記庫」，它就會依成熟度整理成 4 個階段的資料夾。

• 每篇筆記都會自動加上前置資料（id、type、created、tags）。
• 永久筆記原則：只寫一個想法 (atomic)、光讀這篇就能懂（獨立）、用自己的話重寫、和相關筆記用維基連結＋一句理由連起來。

實用提示詞

• 「把這則暫時筆記升級成永久筆記 — 只寫一個想法，用我的話重寫，連和相關筆記的維基連結＋一句理由都補上。」
• 「把這份 PDF 整理成文獻筆記 — 留下出處、頁碼，原文沒有的不要捏造，用 [[需要確認：…]] 標示。」
• 「幫我做 ○○ 主題的 MOC（目錄筆記） — 依入門 → 核心 → 進階的順序整理維基連結。」
• 「把這篇長筆記一個想法一個想法拆開（原子化），再把它們互相連起來。」
• 專用命令：/permanent /litnote /connect /moc（· 總整理 /zettel）
• 🛡️ 暫時筆記、原始筆記不會隨便刪除（會先問你）。

🕸️ 知識本體（用類型、關係串起來）

說 「幫這些筆記加上知識本體關係」，它就會在前置資料填入類別 (type:) 和關係述詞。如果說卡片盒的 [[連結]] 只表達到「有關係」，知識本體則會把關係的種類清楚寫出來。

---
type: Concept                  # 這篇筆記「是什麼」（類別）
is-a: "[[知識管理方法論]]"      # 上層分類
part-of: "[[PKM]]"             # 是…的一部分
causes: "[[知識複利]]"         # 會引起…
---

• 類別範例：Concept、Person、Place、Event、Work、Method、Claim（依領域調整）。
• 核心述詞：is-a（上層分類）、part-of／has-part、related，必要時再加 causes、precedes、opposes、depends-on、example-of 等。
• 前置資料裡的維基連結，一定要像 "[[ ]]" 這樣用引號包起來（YAML 規則）。有好幾個就用清單。
• 「先幫我建立關係與種類的辭典（定義筆記）」 → 會成為只能使用已登記的種類、述詞的單一真實來源。請參考下面的 種類·關係辭典！
• 這樣標好之後，在 10 關聯圖 裡就會用各述詞的顏色與箭頭清楚地亮起來！✨
• 專用命令：/ontologize（整個資料夾、主題一次處理 — 確認辭典 → 核准計畫 → 套用 → 回報）、/classify（類別） /relate（述詞）（· 設計 /ontology、檢查 /ontolint）
• 🛡️ 只改前置資料，不知道的值就用 ? 或 [[需要確認：…]] 標示 — 絕對不捏造。

📖 種類·關係辭典 — 應用程式會直接讀取

知識本體的「辭典」不是另外的設定檔，而是筆記庫裡的一般筆記。建好之後，ObsiKO 會讀取它並反映到應用程式各處（在 Obsidian 裡也只是普通筆記，相容、沒有任何損失）。

# 作者.md — 關係定義筆記（筆記名稱＝述詞名稱）
---
type: relation
label: 寫這部作品的人
inverse: 著作          # 反向名稱 — 在關聯面板「向內的關聯」顯示成「← 也就是這篇筆記的 著作」
color: "#c79a3c"       # 關聯圖連線的顏色
targets: person        # 這個關係通常指向的種類
---

# 書.md — 種類定義筆記（筆記名稱＝種類名稱）
---
type: kind
extends: source        # 上層種類 — kindof("source") 篩選也會抓到「書」
fields: 作者, 出版社, 評分   # 這個種類常用的屬性
---

有了辭典，這些地方會跟著改變：
- 關聯面板：反向關係會加上反向名稱（作者 ↔ 著作），用 ＋ 按鈕不用寫 YAML 就能加關係（述詞建議＋筆記自動完成 — 還不存在的筆記名稱也 OK）。下方的關係檢查會溫和地提醒你還不存在的對象、辭典裡沒有的關係（→ 一鍵登記）、種類不符的對象。
- 關聯圖：各述詞的顏色會依照辭典的 color:，用下方的關係小標籤可以只開關特定的關係。
- Bases：篩選可以用 kindof("source")（包含子種類），公式可以用 ancestors("parent_area").count()（祖先鏈彙總）。
- 中文述詞也沒問題：像 作者:、上層: 這樣的中文鍵，也會被當成關係辨識。

快速開始的 3 種方法：
1. 命令面板 →「從筆記建立種類·關係辭典」 — 掃描你已經在用的 type: 與關係，提議登記到辭典（確認後才建立，不會動到既有的筆記）。
2. 命令面板 →「查看種類·關係辭典」 — 種類樹與關係清單一目了然（點一列＝開啟定義筆記）。
3. 想把資料帶到其他工具，就用 「匯出筆記庫關係 (JSON-LD)」 — 匯出成一個標準格式的檔案（筆記保持原樣）。

📱 在行動版、網頁版的對話裡說「幫我用知識本體整理」，也會以同樣的規則（辭典優先、只改前置資料、核准計畫後才套用）運作。大型資料夾交給桌面版代理會更可靠。

💡 兩者是好搭檔：卡片盒的連結說的是「這兩個（因為這個理由）有關係」，知識本體的連結說的是「這是…的一種／一部分／原因」。在同一個筆記庫裡兩個都用也很好。結果可以在右側的關聯面板和 10 關聯圖 一眼確認。→ 詳情：17 知識結構化

← 上一章：16-4 打造 LLM 維基 · 回到首頁 · 下一章：16-6 推薦提示詞集 →