来自于 2026-05-18 与 ChatGPT 的对话。

Obsidian 组织哲学

核心原则

Obsidian 不应该只被当作“文件夹笔记软件”，而应该被看作一个 知识网络系统。

它适合保存相对原子化的知识点，并通过链接、反向链接、MOC 等方式呈现知识之间的关系。

但原子化不是越碎越好。好的原子化应该服务于：

• 复用
• 理解
• 链接
• 迁移
• 长期沉淀

坏的原子化会变成碎片化：只有孤立知识点，没有语境、入口和结构。

基本分类

Obsidian 仓库可以分成几类笔记：

课程笔记：按教材/课程顺序组织，保留学习路径
原子笔记：围绕一个概念或小知识点，便于复用
MOC/主题页：整理一个主题下的相关知识，提供导航
项目/实验笔记：记录具体任务、实验、代码、进展
文献笔记：记录论文、书籍、资料的阅读过程

其中最核心的是：

课程笔记 = 学习路径
原子笔记 = 知识资产
MOC = 主题地图
项目笔记 = 行动现场

课程笔记

课程笔记应该尽量保持教材或课程原本的线性结构。

它的作用是回答：

我是如何沿着这本教材/这门课学过来的？

适合记录：

• 章节结构
• 学习进度
• 教材原文位置
• 习题
• 实验
• 阶段性理解
• 当时的疑问

课程笔记不需要过度原子化，因为教材顺序本身就是重要语境。

示例：

Computer Networking - Top Down
├── Chapter 01 - 计算机网络和因特网
├── Chapter 02 - 应用层
├── Chapter 03 - 运输层
└── Chapter 04 - 网络层

原子笔记

原子笔记应该围绕一个相对独立、可复用的知识点。

它的作用是回答：

这个概念到底是什么意思？以后能不能在别处复用？

适合写成原子笔记的内容：

• 容易混淆的概念
• 可迁移的理解
• 重要结论
• 常见错误
• 算法模板
• 理论解释
• 反例
• 经验法则

示例：

[[主机名和域名的区别]]
[[DNS 为什么说是把主机名转换为 IP]]
[[KV Cache 不降低训练复杂度]]
[[FP/FN 中 P/N 指预测结果]]
[[二分查找的循环不变量]]

原子笔记不应该只是摘抄，而应该是经过自己理解后的知识单元。

MOC / 主题页

MOC 是 Map of Content，即内容地图。

它的作用是回答：

这个主题下有哪些相关知识？它们之间是什么关系？

MOC 介于课程笔记和原子笔记之间。

它不是教材目录，也不是简单链接列表，而是你按照自己的理解重组出来的主题导航。

示例：

MOC - DNS
├── [[主机名和域名的区别]]
├── [[DNS 报文格式]]
├── [[递归查询和迭代查询]]
├── [[DNS 缓存与 TTL]]
├── [[域名长度限制]]
└── 来源
    ├── [[计算机网络 Chapter 02 - DNS]]
    └── [[某次网络排查记录]]

MOC 是防止原子笔记碎片化的关键。

课程笔记与原子笔记的关系

课程笔记和原子笔记不是互斥关系，而是“学习过程”和“知识沉淀”的关系。

教材/课程
   ↓
课程笔记：按顺序记录学习过程
   ↓
发现重要、可复用、易混淆的知识点
   ↓
提炼为原子笔记
   ↓
从课程笔记链接到原子笔记
   ↓
再由 MOC 组织成主题地图

例如：

## 2.4 DNS

教材这里说 DNS 将 hostname 转换为 IP address。

这里容易混淆：

- [[主机名和域名的区别]]
- [[域名不一定标识单台主机]]
- [[DNS 为什么说是把主机名转换为 IP]]

判断一条笔记该放在哪里

可以用下面的问题判断：

一个简单规则：

• 如果内容主要服务于学习顺序，放进课程笔记。
• 如果内容未来会被多个主题复用，提炼成原子笔记。
• 如果内容用于组织一组相关笔记，写成 MOC。
• 如果内容服务于具体行动，写成项目/实验笔记。

最终哲学

文件夹负责生命周期
课程笔记负责学习路径
原子笔记负责知识复用
MOC 负责主题导航
项目笔记负责现实行动
链接负责知识关系

Obsidian 的目标不是把所有知识整理成一棵完美的目录树，而是建立一个既能按路径学习、又能按主题检索、还能跨领域复用的知识网络。

好的 Obsidian 仓库应该同时拥有：

线性学习路径
主题知识地图
可复用原子笔记
项目行动记录
跨主题链接网络

一句话总结：

Obsidian 不是用来把知识切碎的，而是用来把知识拆成可复用单元，再通过链接和地图重新组织成网络。