## 引言：为什么要使用 KG 笔记法？ 欢迎。KG 笔记法是一套帮助你把零散知识整理成个人知识网络的方法。 它的核心思想很简单：**知识要么是在说明某个概念，要么是在说明概念之间的关系。** 因此，在管理知识时，你可以像搭建维基百科一样为每个重要概念建立笔记；再像讲一个故事一样，把概念之间的关系写出来。 本教程将带你从入门走到进阶，依次掌握： 1. **核心三步法：** 最常用、最值得先掌握的操作。 2. **一个关键习惯：** 让知识库更可靠、更可复用。 3. **常见问题与应对原则：** 帮你摆脱“要不要拆”、“到底放哪”的纠结。 4. **属性与继承：** 让知识进一步结构化。 5. **高阶技巧：** 用于处理更复杂的知识场景。 让我们从最核心的部分开始。（开始前建议先阅读 [[IRK框架入门教程]]，因为本方法主要用于管理可复用的知识内容。） ## 第一部分：核心三步法 ### 第一步：为“概念”建笔记 这是 KG 笔记法的起点。你要先把知识网络里的“点”建立起来。 - **要做什么？** 为每一个重要名词建立一篇独立笔记。这里的“名词”可以是理论、人物、专业术语、产品、现象等。 - **怎么做？** 1. **创建笔记：** 用概念本身作为标题。例如，创建 `[[手机成瘾]]`。 2. **聚合信息：** 把与这个概念有关的定义、事实、数据、例子、想法等，集中放进这篇笔记。 3. **补充别名：** 同一个概念往往有多个叫法，把这些别名写进笔记的 aliases 中。例如，`手机成瘾` 还可以写入 `强迫性手机使用`、`智能手机成瘾`、`smartphone addiction` 等。 - **小技巧：** 如果你一时不确定某段内容是否值得单独成篇，可以先把它放进一个更大的相关概念里。例如，关于 “OLED 烧屏” 的内容，如果暂时不想单独建笔记，可以先放进 `[[OLED]]` 或 `[[显示器]]`。**先收录，再整理。** ### 第二步：为“关系”写故事 如果说概念笔记是在建立“点”，那么关系笔记就是在连接这些“点”。 - **要做什么？** 当你需要用一段完整的话去说明“概念 A”和“概念 B”之间是如何相互作用的，就为这个关系单独建立一篇笔记。 - **什么时候适合这样做？** - 当你想分析“`[[印象笔记]]` 和 `[[Obsidian]]` 有哪些异同？” - 当你想说明“`[[父母控制]]` 是如何导致 `[[手机成瘾]]` 的？” - **怎么做？** 1. **创建关系笔记：** 为这个关系新建一篇笔记。 2. **按规则命名：** 默认采用 `[[概念A-关系类型-概念B]]` 这样的标题，让你以后能一眼看出这篇笔记在讨论什么。 3. **限定关系类型：** 为了降低使用门槛并提高一致性，我们基于图书馆学的相关理论，只使用四类关系： - **关联：** A 和 B 有什么联系？例如 `[[知识管理-关联-信息过载]]` - **对比：** A 和 B 有哪些异同？例如 `[[印象笔记-对比-Obsidian]]` - **影响：** A 如何导致或改变了 B？例如 `[[运动习惯-影响-睡眠质量]]` - **应用：** 如何把 A 用在 B 上？例如 `[[人工智能-应用-医疗诊断]]` 4. **填充内容：** 在这篇关系笔记里，把这个关系讲清楚。 5. **在概念笔记中链接关系笔记：** 在相关概念笔记中链接这篇关系笔记，形成“点—线—点”的结构。例如，在 `[[印象笔记]]` 和 `[[Obsidian]]` 中都链接回 `[[印象笔记-对比-Obsidian]]`。 - **重要说明：** 上面的四种关系类型是一套为了提高易用性和知识搜索效率而设定的**类型系统**，这不是在声称世界上所有知识关系都只有这四种。它的目的，不是穷尽所有知识关系，而是让你的关系笔记更容易命名、检索和复用。 - **小技巧（命名简化）：** 如果某个关系本身已经有公认名称，就直接用那个名称。例如，相比 `[[电压-电流-电阻-关系]]`，直接命名为 `[[欧姆定律]]` 通常更好。 ### 第三步：用“链接”织成网络 这是让整个知识网络继续深化的关键一步。 - **要做什么？** 当你在任何一篇笔记中提到另一个已经有笔记的概念或关系时，就用 `[[]]` 把它链接起来。 - **怎么做？** 比如，在 `[[幸福-影响-寿命]]` 这篇关系笔记里，你写到：“这种积极的 `[[情绪]]` 会进一步影响人体的 `[[免疫系统]]` ……”。只要把“情绪”和“免疫系统”加上链接，它们就自动进入了知识网络中。 - **你会得到什么？** 未来当你打开 `[[免疫系统]]` 时，反向链接会告诉你：它曾出现在 `[[幸福-影响-寿命]]` 的讨论里。很多新的联想和洞见，往往就是这样出现的。 ### 一个让知识库更可靠的好习惯：注明出处 **任何来自外部的知识，都应该清楚注明出处。** 这就像写论文一样。它既是对原作者的尊重，也是对自己负责。一个能追溯来源的知识库，才更值得你在未来继续信任和使用。 - **为什么这很重要？** - **可回溯：** 几个月后，如果你怀疑某条笔记是否准确，可以迅速回到原始来源查看上下文。 - **避免剽窃和混淆：** 你能清楚区分“这是我自己的观点”还是“这是我从外部吸收来的内容”。 - **怎么做？** - 如果你使用 Zotero 等文献管理工具，可以使用 citekey 语法，例如 `[@Danner2001]`。 - 如果你不使用文献管理工具： - **书籍 / 文献：** 使用你习惯的引用格式，例如 `（作者, 年份）`。 - **网页文章：** 附上 `[来源URL]` 和 `（访问于 YYYY-MM-DD）`。 ### 实战演练：处理一条研究发现 说完原则，我们用一个具体例子把三步法走一遍。 **场景：** 你在阅读文献时，看到一句话：“研究发现，父母的心理控制会影响青少年的手机成瘾。具体原因如下……” **操作开始：** 1. **第一步：建立概念笔记** - 创建 `[[父母心理控制]]` - 创建 `[[手机成瘾]]` - 至此，你已经有了两个独立的知识点。 2. **第二步：建立关系笔记** - 判断这是一种“影响”关系。 - 创建 `[[父母心理控制-影响-手机成瘾]]` - 在这篇笔记中记录研究细节、数据、你的理解，并**注明出处**，例如 `（来源：[@张三2025]）`。 - 至此，这两个知识点被连接起来了。 3. **第三步：补上链接** - 回到 `[[父母心理控制]]` 和 `[[手机成瘾]]`，都加上指向 `[[父母心理控制-影响-手机成瘾]]` 的链接。 - 例如，在 `[[手机成瘾]]` 中写：“导致手机成瘾的家庭因素，详见 `[[父母心理控制-影响-手机成瘾]]`。” - 至此，你的知识结构就从两个孤立的点，变成了一个可以双向访问的小网络。 **完成。** 一条原本孤立的信息，现在已经成为你知识网络中一个可追溯、可扩展的组成部分。 > [! WARNING] 注意 > 并不是所有内容都必须建立关系笔记。如果一段内容本质上只是在说明某个概念，那么把它写进对应的概念笔记，再补充必要链接，通常就已经足够了。 ## 第二部分：常见问题与应对原则 开始实践后，你大概率会遇到两个经典问题。这里给出的不是唯一正确答案，而是一套帮助你快速决策的原则。 ### 1. “这段话，要不要拆成新笔记？”——笔记独立原则 - **常见场景：** 你在一篇笔记里写下了一段很重要的话，但不确定它是否值得独立成篇。 - **判断方法：** 问自己一个问题：**未来我会不会想单独链接到它，或者单独搜索到它？** - **如果会：** 那就把它独立成一篇新的概念笔记或关系笔记。 - **如果不会：** 那就让它留在当前笔记里。 - **原则总结：** 独立出来的意义，不在于“拆得更细”，而在于“未来更容易被找到、被引用”。 - 这是我们创建概念笔记和关系笔记的根本动机——我们非常确定某些概念和关系未来需要搜索和引用，所以我们才创建它。 ### 2. “这段话，到底放在哪儿？”——灵活记录原则 - **常见场景：** 一段内容既和概念 A 有关，也和概念 B 有关，你不知道该放进哪一篇笔记。 - **判断方法：** **别焦虑，怎么放都可以。** 1. **方案 A（简单做法）：** 先随手放进 `[[A]]` 或 `[[B]]` 里的任意一篇，再在正文中链接到另一篇。 2. **方案 B（拆分做法）：** 如果它值得被单独引用，就把它独立出来，再让 `[[A]]` 和 `[[B]]` 同时链接到它。 - **原则总结：** 这套系统是灵活的，它强大的链接能力可以弥补任何“不完美”的分类。请记住要以实用主义出发：**默认整合，按需分解。** ## 第三部分：用属性与继承构建结构化知识 当你已经熟悉前面的三步法，并且某一类概念开始大量增加时，就可以引入两个更强的工具：**属性**与**继承**。 请注意：**它们不是起步必需品。** 如果你刚开始用 KG 笔记法，只靠“概念、关系、链接”已经足够。属性与继承更适合在你需要更强检索能力、更清晰结构时再引入。 ### 用“属性”定义概念 有些信息不仅值得写在正文里，还值得被结构化地记录下来，以便未来检索。为了做到这一点，可以使用**属性（Attributes）**。 - **要做什么？** 在概念笔记头部的 YAML 区（即 `---` 包裹的区域）中，为概念添加属性和属性值。 - **怎么做？** - **场景：** 假设你在记录 `[[红米K80]]` 这款手机。 - **操作：** 你可以在 YAML 中这样写： ``` --- 别名: - Redmi K80 类型: 概念 父概念: "[[手机]]" 屏幕: "[[OLED屏幕]]" 处理器: "[[骁龙8Gen3]]" 发布时间: "[[2025-06-26]]" --- ``` - **这样做有什么好处？** - **信息更清晰：** 关键属性一眼可见。 - **关系更明确：** 你不仅知道 `红米K80` 和 `OLED屏幕` 有关，还知道它们是“搭载关系”。 - **搜索更方便：** 以后你可以通过属性查询，快速找到所有“处理器”为 `[[骁龙8Gen3]]` 的设备。 - **注意：** 不是所有链接都适合写进属性区。只有那些**描述概念自身特征、并且有搜索价值**的内容，才适合放在 YAML 中。其他链接仍应放在正文里，用来服务叙事、说明和论证。 ### 用“继承”减少重复 你会发现，很多概念会共享同一组属性或是存在一些共性知识。比如，所有“手机”都有“屏幕”和“处理器”，所有“鸟”都“有翅膀”。为了避免每次都重复记录，我们可以使用**继承（Inheritance）**。 - **要做什么？** 在子概念笔记中声明它继承自哪个父概念。 - **怎么做？** 1. 在 `[[手机]]` 这篇父概念笔记中，定义“手机”通常具备哪些属性。 ``` --- 别名: - phone - smartphone - 智能手机 类型: 概念 父概念: 屏幕: 处理器: 发布时间: --- ## 定义 ## 功能 打电话, 上网, 拍照, 游戏, 办公, 娱乐 ``` 2. 在 `[[红米K80]]` 这篇子概念笔记中，用 `父概念` 属性声明它属于 `[[手机]]`： ``` --- aliases: - Redmi K80 type: concept parent: "[[手机]]" 屏幕: "[[OLED屏幕]]" 处理器: "[[骁龙8Gen3]]" 发布时间: "[[2025-06-26]]" --- ``` - **这样做有什么好处？** - **结构更清晰：** 你会逐渐建立起概念层级。 - **格式更统一：** 同一父概念下的子概念更容易保持一致。 - **减少重复：** 共性内容只需要在父概念笔记中写一次。 - **另一个例子：** 例如，关于 `[[鸟类]]` 的共同特征（如“有羽毛”“大多会飞”），你只需要写在 `[[鸟类]]` 中；在 `[[麻雀]]` 里则重点记录麻雀自身的特点即可。需要看共性时，直接点回父概念。 ## 第四部分：高阶技巧（仅在需要时查阅） 下面这些技巧是用来处理复杂场景的。初学阶段不必主动学习，等你真的遇到类似问题时，再回来查阅即可。 ### 关系嵌套：如何讨论“关系”的“关系”？ - **适用场景：** 当你想用一个理论（概念 A）去解释另一个现象（关系 B）时。 - **示例：** - 现象（关系 B）：`[[汇率制度-影响-总产出]]` - 理论（概念 A）：`[[蒙代尔弗莱明模型]]` - 可以创建嵌套关系笔记：`[[蒙代尔弗莱明模型-应用-(汇率制度-影响-总产出)]]` - **一句话理解：** 当你的研究对象不再只是概念，而是“关系本身”时，就可以使用这种方式。 ### 多元关系：一个关系里有很多主角怎么办？ - **适用场景：** 当一个关系天然地、不可分割地涉及三个或更多核心概念时。 - **示例：** - `[[雷军-金凡-影响-小米系统]]` 讨论的是雷军和金凡两个人共同对小米系统产生的影响。 - 这里同时涉及 `[[雷军]]`、`[[金凡]]`、`[[小米系统]]` 三个核心概念。 - **注意事项：** **谨慎使用。** 优先考虑能否拆成多个双边关系；只有在拆分后会明显扭曲原意时，才采用这种写法。比如单独讨论雷军对小米系统的影响，或者单独讨论金凡对小米系统的影响，都没有同时讨论雷军和金凡对小米系统的影响好。 ## 附：一个最小可用模板 如果你想立刻开始写，可以先直接套用下面两个最小模板。 ### 概念笔记模板 ```md --- uid: 别名: [] 类型: 概念 父概念: --- ## 概述 ## 关联 ## 对比 ## 影响 ## 应用 ``` ### 关系笔记模板 ```md --- uid: 别名: [] 类型: 关系 父概念: --- ## 关系说明 ## 证据 / 来源 ## 相关概念 - [[概念A]] - [[概念B]] ``` 如果你是第一次实践 KG 笔记法，不需要一开始就追求完整。**先从能写出来开始，再逐步优化结构。**