ObsiKO ObsiKO 帮助文档

卡片盒笔记法与知识本体 🗂️

代理懂得卡片盒笔记法与知识本体的规则,所以你只要说“用这个方法帮我整理”,它就会照那套惯例创建文件夹、前置元数据和链接。这是把零散的笔记养成相互链接的知识最强大的组合。

← 回首页:ObsiKO 101 · 上一层:16 AI 代理

📖 概念本身(为什么、是什么)请看 17 知识结构化,这里专注在怎么指挥代理。


🧩 卡片盒笔记法(让笔记慢慢熟成)

说 “用卡片盒笔记法帮我整理这个笔记库”,它就会按成熟度整理成 4 个阶段的文件夹。

文件夹 阶段 放什么
00 Inbox/ 暂时 (fleeting) 刚冒出来、还没整理的想法
10 Literature/ 文献 留下出处、页码的引用笔记
20 Permanent/ 永久 一篇笔记=一个想法,用自己的话写,能独立成立
30 MOC/ 结构 永久笔记的目录、地图

实用提示词


🕸️ 知识本体(用类型、关系串起来)

说 “帮这些笔记加上知识本体关系”,它就会在前置元数据填入类别 (type:) 和关系谓词。如果说卡片盒的 [[链接]] 只表达到“有关系”,知识本体则会把关系的类型清楚写出来。

---
type: Concept                  # 这篇笔记“是什么”(类别)
is-a: "[[知识管理方法论]]"      # 上层分类
part-of: "[[PKM]]"             # 是…的一部分
causes: "[[知识复利]]"         # 会引起…
---

📖 类型·关系词典 — 应用程序会直接读取

知识本体的“词典”不是另外的设置档,而是笔记库里的一般笔记。建好之后,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 推荐提示词集 →