## 引言：为什么要使用 KG 笔记法？ KG 笔记法是一套帮助你把零散知识整理成个人知识网络的方法。 它的核心思想很简单：**知识可以分为两类：要么是在说明某个概念，要么是在说明概念之间的关系**。因此，你可以像搭建维基百科一样，为每个重要概念建立笔记；再像讲一个故事一样，把概念之间的关系写出来。 本教程将带你从入门走到进阶，依次掌握： 1. **核心流程：** 最常用的三步工作流：识别主题、确定标题、整理内容。 2. **属性与继承：** 让知识进一步结构化。 3. **高阶技巧：** 用于处理更复杂的知识场景。 下面先看最核心的部分。（本教程假定你已通过 [[IRK框架入门教程|IRK 框架]] 或类似的前置筛选，找出了值得纳入知识管理体系的知识内容。KG 笔记法要解决的不是“整理信息”，而是如何把这些知识内容组织成结构化的知识网络。） ## 第一部分：核心流程 ### 第一步：识别主题 当你准备记录一段新内容时，第一步不是考虑把它放到哪个文件夹，而是**先判断这段内容主要在说什么**，即判断内容的主题。一段内容可能只涉及一个主题，也可能涉及多个。你需要尽可能把它们都识别出来。 为了帮助你识别，可以把主题分为两类： - **概念主题：** 如果内容主要在解释一个对象本身，比如一个理论、人物、术语、产品、现象、方法、事件，那么它更可能是一个概念主题。这里的"对象"不一定是书本上的现成术语，你自己在阅读中总结出来的概念也可以。 - **关系主题：** 如果内容主要在说明两个概念之间如何相互作用，比如异同、因果、用途、联系，那么它更可能是一个关系主题。比如当你想分析"`[[印象笔记]]` 和 `[[Obsidian]]` 有哪些异同？"，或是想说明"`[[父母心理控制]]` 是如何导致 `[[手机成瘾]]` 的？" > [! WARNING] 涉及关系的内容不一定是关系主题 > 如果一段内容虽然提到了概念之间的关系，但整体上更侧重于说明其中某个概念，那么把它作为概念主题来处理通常更合适。 实际操作中，并非每段内容都能顺利识别出主题。你可能会遇到以下几种情况： - **能识别出具体主题：** 这是最理想的情况，直接进入第二步。 - **暂时识别不出具体主题：** 你隐约觉得内容在说某个具体的东西，但由于缺乏相关领域的知识，暂时叫不出名字。这种情况不必焦虑，把它暂时归入你觉得最相关的上位主题即可。例如，你读到一段关于手机使用习惯的内容，隐约觉得它在说某个更具体的东西，但一时半会又没法确定——那就先归入 `[[手机]]`。随着知识积累，你以后可能会回头认出它属于 `[[手机成瘾]]`。 - **内容本身没有明确主题：** 与上一种不同，有些内容天然就没有单一聚焦的主题——它同时涉及多个概念，但没有明确围绕其中任何一个展开。这时你需要先判断：**这段内容是否仍有保留价值？** 如果有，归入最相关的上位主题即可，不必纠结归入哪个"最正确"；如果确实没有，则不必记录。比如你在读一篇关于睡眠的文章，看到一句"很多程序员习惯深夜写代码，因为夜晚更安静"，它涉及程序员、工作习惯、夜间环境等多个概念，但哪个都没展开。如果你仍想保留，归入 `[[睡眠]]` 或 `[[程序员]]` 都行。后面的第三步会介绍如何用链接让内容从多个入口都能找到。 ### 第二步：确定标题 识别出主题后，下一步是为每个主题确定一个方便未来搜索的**笔记标题**。有些主题值得拥有独立标题，有些主题则暂时归入上位标题——关键看这个主题未来是否需要被单独搜索或引用： - **需要：** 即便目前只有一句话，只要有被搜索或引用的需要，就值得拥有独立的标题。 - **暂时不需要：** 将内容归入最相关的上位标题下即可。等未来有搜索或引用需求时，再拆分也不迟（详见后文「持续迭代」一节）。记住一句话：**默认整合，按需分解。** 无论哪种情况，笔记标题都应遵循以下命名规则。 #### 对于概念主题 直接用简洁的概念名词本身作为标题即可。例如，论述手机成瘾的主题就用 `[[手机成瘾]]`，讨论显示器的内容就用 `[[显示器]]`。 标题一般为名词或名词组合，**优先使用约定俗成、自然、稳定的概念名称**。基于这个原则，一般情况下要避免使用"A 的 B"这种形式的标题——因为它描述的是一种归属关系，而不是稳定的概念名词本身，既不自然也不便于被直接搜索到。比如，不要用"手机的屏幕"，而应该用 `[[手机屏幕]]` 或直接用 `[[屏幕]]`。 >[! NOTE] 自创概念名词也可以作为标题 > 稳定的概念名称不限于公认术语。在个人知识管理中，只要一个概念名词是你会持续重复使用的，它就足够稳定，可以作为笔记标题。 #### 对于关系主题 关系主题默认采用 `概念A-关系类型-概念B` 这样的标题，方便你以后一眼看出这篇笔记在讨论什么。 为了降低使用门槛并提高一致性，这里只使用四类关系： - **关联：** A 和 B 有什么联系？例如 `[[知识管理-关联-信息过载]]`。这也是一个兜底选项——如果一时想不到更精确的关系类型，或者一段内容同时涉及多种关系，都可以先用关联。 - **对比：** A 和 B 有哪些异同？例如 `[[印象笔记-对比-Obsidian]]` - **影响：** A 如何导致或改变了 B？例如 `[[运动习惯-影响-睡眠质量]]` - **应用：** 如何把 A 用在 B 上？例如 `[[人工智能-应用-医疗诊断]]` >[! NOTE] 为什么只用四种关系？ > 这四种关系类型是一套为了提高易用性和搜索效率而设定的简化方案，不是在说现实中的关系只有这四种。它的目的不是穷尽所有知识关系，而是让你的关系笔记更容易命名、搜索和复用。另外，这四种关系来源于图书馆学相关理论，可以满足大多数场景。 >[! NOTE] 如果某个关系已经有公认名称 > 默认情况下，优先使用 `概念A-关系类型-概念B` 这种结构化标题；但如果某个关系已经有稳定、通用、可直接搜索的名称，那么也可以直接用这个名称作为标题。比如，对于“温度-影响-体积”，相比勉强写成一个冗长的结构化标题，直接命名为 `[[热胀冷缩]]` 通常更自然，也更好搜。 ### 第三步：整理内容 标题定好之后，最后一步就是**将每个主题的内容整理到其对应的笔记中**（若笔记尚不存在，则新建一篇），同时补上别名、链接和出处，形成知识网络。你可以把这一步理解成四个动作：**写内容、补别名、加链接、标来源。** （下文中，我们把为概念主题建立的笔记简称为**概念笔记**，为关系主题建立的简称为**关系笔记**。） #### 写内容 将内容写入对应的笔记时，直接按一定的章节框架归入笔记相应的位置。**只写你手头有的内容，不必为了填满框架而编造内容**，空着的章节以后随时可以补充。 - **概念笔记**的推荐章节： - **概述：** 概念的定义、核心特征。 - **关联 / 对比 / 影响 / 应用：** 与第二步中的四种关系类型呼应，主要用于汇总相关关系笔记的链接或简要摘要。如果存在相关的关系笔记，在此处简要总结并附上链接即可。对于第一步中那些“涉及关系但放入概念主题中的内容”，则将它们暂时记录在这些章节里。不必四个都写，有哪些写哪些。 - **关系笔记**的推荐章节： - **概述：** 这两个概念之间是什么关系、背后的原因或机制。 - **证据 / 来源：** 支撑这个关系的数据、案例或出处。 如果你是第一次实践 KG 笔记法，一开始只写“概述”也完全可以，其他章节按需出现。 #### 补充别名 同一个概念往往有多个叫法，把这些别名写进笔记的别名中，以后搜索会方便很多。例如，`手机成瘾` 还可以写入 `强迫性手机使用`、`智能手机成瘾`、`smartphone addiction` 等别名。 对于关系也是一样。如前文所述，如果你最终采用的是专名标题，也可以把结构化标题写成别名；反过来也可以。 笔记别名的作用，是让你无论从哪种习惯表达出发，都更容易搜索到同一篇笔记。 #### 补充链接 当你在一篇笔记中提到另一个已有笔记的概念或关系时，就顺手用 `[[]]` 把它链接起来。 **特别要注意：概念笔记要链接回相关的关系笔记**，这样才能形成"点—线—点"的双向结构。例如，在 `[[印象笔记]]` 和 `[[Obsidian]]` 中都应该链接回 `[[印象笔记-对比-Obsidian]]`。 举个具体的例子：假设你有一篇关系笔记 `[[幸福-影响-寿命]]`，那么你应该在 `[[幸福]]` 和 `[[寿命]]` 这两篇概念笔记中都链接回 `[[幸福-影响-寿命]]`。比如在 `[[幸福]]` 中写到："关于幸福对寿命的影响，详见 `[[幸福-影响-寿命]]`。"同时，在关系笔记的正文中提到其他概念时，也要顺手加上链接。比如在 `[[幸福-影响-寿命]]` 中写到："这种积极的 `[[情绪]]` 会进一步影响人体的 `[[免疫系统]]` ……"。未来当你打开 `[[免疫系统]]` 时，反向链接会告诉你它曾出现在 `[[幸福-影响-寿命]]` 的讨论里。很多新的联想和洞见，往往就是这样出现的。 #### 注明出处 > **任何来自外部的知识，都应该清楚注明出处。** 写笔记其实和写论文一样。注明出处既是对原作者的尊重，也是对自己负责。一个能追溯来源的知识库，才更值得你在未来继续信任和使用。 **为什么这很重要？** - **可回溯：** 几个月后，如果你怀疑某条笔记是否准确，可以迅速回到原始来源查看上下文。 - **避免剽窃：** 你能清楚区分"这是我自己的观点"还是"这是我从外部吸收来的内容"。 - **与原始资料联动：** 如果你同时在管理原始资料（如 PDF、网页收藏等），出处就是连接"你的知识笔记"和"原始资料"的桥梁。 **怎么做呢？** - 如果你使用 Zotero 等文献管理工具，可以使用 citekey 语法，例如 `[@Danner2001]`。 - 如果你不使用文献管理工具： - **书籍 / 文献：** 使用你习惯的引用格式，例如 `（作者, 年份）`。 - **网页文章：** 附上 `[来源URL]` 和 `（访问于 YYYY-MM-DD）`。 ### 持续迭代：笔记主题的再识别 主题识别并不是一次性的。当你使用上述核心三步不断积累知识后，某篇笔记中的某个章节可能会越写越丰富，新的主题开始出现。这时你可以重新判断一次：**当这段内容经常需要被单独搜索或引用，而通过当前笔记的标题已经无法高效地定位到它时**，就可以**回到第一步**，重新为它走一遍核心流程——识别主题、确定标题、整理内容到相应笔记。 ### 实战演练：处理一条研究发现 说完原则，下面用一个具体例子把完整的三步工作流走一遍。 **场景：** 你在阅读文献时看到这样一段话："父母心理控制是指父母对青少年使用的侵入性心理控制策略……手机成瘾是指个体对智能手机产生过度依赖的行为模式……研究发现，父母心理控制会影响青少年的手机成瘾。具体原因如下……" **操作开始：** 1. **第一步：识别主题** - 逐一分析这段话中的内容层次： - "父母心理控制是指……"——这是在**定义一个概念**，因此"父母心理控制"是一个**概念主题**。 - "手机成瘾是指……"——同样是在定义一个概念，因此"手机成瘾"也是一个**概念主题**。 - "父母心理控制会影响青少年的手机成瘾。具体原因如下……"——这是在说明两个概念之间的因果关系，是一个**关系主题**。 - 因此，这里有两个概念主题（父母心理控制、手机成瘾）和一个关系主题（前者如何影响后者）。 2. **第二步：确定标题** - **概念标题：** `[[父母心理控制]]` 和 `[[手机成瘾]]`（如已存在则复用）。 - **关系标题：** `[[父母心理控制-影响-手机成瘾]]`。 3. **第三步：整理内容，并织成网络** - 打开概念笔记 `[[父母心理控制]]`，把"父母心理控制是指……"这段定义性内容记录在其中。同样，打开 `[[手机成瘾]]`，把"手机成瘾是指……"这段内容记录在其中。 - 打开关系笔记 `[[父母心理控制-影响-手机成瘾]]`，把研究提供的详细原因、机制、数据记录在其中。 - 别忘了**注明出处**，例如 `（来源：[@张三2025]）`。 - 最后，在笔记中补上链接 - 在 `[[父母心理控制]]` 和 `[[手机成瘾]]` 中链接回 `[[父母心理控制-影响-手机成瘾]]`。 - 在三篇笔记的正文中看看有没有提到别的概念笔记或关系笔记，如果有，就补上链接。 这样，一段原本孤立的信息，就被整理成了两个概念节点和一条关系线，成为你知识体系中随时可检索、可复用的结构。 ## 第二部分：用属性与继承构建结构化知识 当你已经熟悉前面的三步法，并且某一类概念开始大量增加时，你可能会希望快速搜索特定概念，或是避免在每篇笔记中重复撰写共性内容。这时就可以引入两个更强的工具：**属性**与**继承**。 先说清楚：**它们不是入门必需品。** 如果你刚开始用 KG 笔记法，只靠"概念、关系、链接"已经足够。等你觉得内容变多、难找、难统一时，再引入属性与继承会更合适。 ### 用"属性"定义概念 有些信息不仅值得写在正文里，还值得被结构化地记录下来，以便未来筛选和检索。这时候可以使用**属性（Attributes）**：在概念笔记头部的 YAML 区（即 `---` 包裹的区域）中，为概念添加属性和属性值。 举个例子，假设你在记录 `[[红米K80]]` 这款手机相关的内容，可以在 YAML 中这样写： ``` --- 别名: - Redmi K80 类型: 概念 父概念: "[[手机]]" 屏幕: "[[OLED屏幕]]" 处理器: "[[骁龙8Gen3]]" 发布时间: "[[2025-06-26]]" --- ``` 这样做的好处是：关键属性一眼可见；你不仅知道 `红米K80` 和 `OLED屏幕` 有关，还知道它们是"搭载关系"；以后还可以通过属性查询，快速找到所有"处理器"为 `[[骁龙8Gen3]]` 的设备。 > [! NOTE] 什么内容适合放进属性区？ > 只有那些**描述概念自身特征、并且有搜索价值**的内容和链接，才适合放在 YAML 中。其他内容和链接仍应放在正文里。 ### 用"继承"减少重复 你会发现，很多概念会共享同一组属性或存在一些共性知识。比如，所有"手机"都有"屏幕"和"处理器"，所有"鸟"都"有翅膀"。为了避免每次都重复记录，你可以使用**继承（Inheritance）**：在子概念笔记中用 `父概念` 属性声明它继承自哪个父概念。 >[! NOTE] 这里的"继承"是一种组织笔记的约定 > 填写 `父概念` 不会让 Obsidian 自动复制内容，而是提醒你：同类概念复用同一套内容框架，共性内容写在父概念笔记，个性内容写在子概念笔记。 举个例子，你可以在 `[[手机]]` 这篇父概念笔记中，定义"手机"具备哪些属性和共性知识： ``` --- 别名: - phone - smartphone - 智能手机 类型: 概念 父概念: 屏幕: 处理器: 发布时间: --- ## 定义 ## 功能 打电话, 上网, 拍照, 游戏, 办公, 娱乐 ``` 然后在 `[[红米K80]]` 这篇子概念笔记中，用 `父概念` 属性声明它属于 `[[手机]]`，并填入具体的属性值： ``` --- 别名: - Redmi K80 类型: 概念 父概念: "[[手机]]" 屏幕: "[[OLED屏幕]]" 处理器: "[[骁龙8Gen3]]" 发布时间: "[[2025-06-26]]" --- ``` 这样你会逐渐建立起概念层级，同一父概念下的子概念格式更统一，共性内容也只需要在父概念笔记中写一次。 再举一个例子：关于 `[[鸟类]]` 的共同特征（如"有羽毛""大多会飞"），你只需要写在 `[[鸟类]]` 中；在 `[[麻雀]]` 里则重点记录麻雀自身的特点即可。需要看共性时，直接点回父概念。 > [! NOTE] 关于“父概念”这个说法 > 这里的“父概念”是为了个人知识库使用而采用的简化写法，主要用于那些能够共享属性框架的关系，例如上位与下位、类别与实例。像整体与部分这类关系，只有在你确实希望沿用同一套属性框架时，才这样处理。 ## 第三部分：高阶技巧（仅在需要时查阅） 下面这些技巧是用来处理复杂场景的。初学阶段不必主动学习，等你真的遇到类似问题时，再回来查阅即可。 ### 关系嵌套：如何讨论"关系"的"关系"？ 在前面的核心流程中，一个关系主题连接的都是两个概念，比如 `[[概念A-影响-概念B]]`。但有时你会发现，一段内容所讨论的关系中，参与的一方本身就是一个关系。识别出这类主题后，命名时只需用括号把"作为参与方的关系"包起来即可。 比如，你读到一段内容在讨论 `[[蒙代尔弗莱明模型]]` 如何解释 `[[汇率制度-影响-总产出]]` 这个现象。这里一端是概念，另一端是已有的关系，标题可以写成：`[[蒙代尔弗莱明模型-应用-(汇率制度-影响-总产出)]]`。 关系的两端也可以都是关系。比如，你想对比"利率对投资的影响"和"利率对消费的影响"有何异同，标题可以写成：`[[(利率-影响-投资)-对比-(利率-影响-消费)]]`。 ### 多元关系：一个关系里有很多主角怎么办？ 同样，在核心流程中，一个关系主题涉及的都是两个参与方。但有时你会发现，一段内容所讨论的关系天然地、不可分割地涉及三个或更多参与方。比如，你读到一段内容在讨论雷军和金凡两个人共同对小米系统产生的影响，这里同时涉及 `[[雷军]]`、`[[金凡]]`、`[[小米系统]]` 三个参与方。识别出这类主题后，可以直接将多个参与方写入标题：`[[雷军-金凡-影响-小米系统]]`。 但请**谨慎使用**这种写法。优先考虑能否拆成多个双边关系；只有在拆分后会明显扭曲原意时，才采用。比如单独讨论雷军对小米系统的影响，或者单独讨论金凡对小米系统的影响，都没有同时讨论两人共同影响来得准确——这时才值得用多元关系。 ## 附：一个最小可用模板 如果你想立刻开始写，可以先直接套用下面两个最小模板。 ### 概念笔记模板 ```md --- uid: 别名: [] 类型: 概念 父概念: --- ## 概述 ## 关联 ## 对比 ## 影响 ## 应用 ``` ### 关系笔记模板 ```md --- uid: 别名: [] 类型: 关系 --- ## 概述 ## 证据 / 来源 ``` 如果你是第一次实践 KG 笔记法，不需要一开始就写得很完整。**先写出来，再逐步优化。**