系列前几篇讲了知识库怎么建、怎么采集、怎么消化、怎么输出。一篇篇笔记积累下来，三四千篇是常有的事。这时候有个问题就冒出来了——每篇笔记都是一个孤岛，怎么把它们串起来，变成一张网？
这篇来讲我的链接体系：三层链接法加 MOC 目录页加维护习惯。
三层链接法，从简单到深入
先说最简单的：双向链接。Obsidian 的核心功能，用两个中括号就能创建。两个笔记之间建立关联，一方改动，另一边也能看到反向链接。
但问题来了——笔记一多，满屏幕的双向链接反而让人不知道怎么下手。比如一篇关于 Markdown 语法的笔记，可能被 50 篇其他笔记引用，这 50 篇里有写代码的、有写文档的、有写教程的，什么都有。双向链接是散开的，没有方向感。
第二层：标签聚合。给笔记打标签，比双向链接更高一个维度。标签代表分类、属性、状态。比如「待消化」标签，把所有需要消化的笔记聚在一起。标签的优势是自动聚合——不需要手动维护，加一个标签就能把相关笔记拉进一个集合。
第三层是我最常用的：MOC，内容地图。MOC 是一篇独立的笔记，里面全是链接，像一张目录页。跟标签的区别是，MOC 链接的顺序、分组、注释都是手动定的——精确、有逻辑、有上下文。
这三层不是先后关系，是互补关系。双向链接管微观关联，标签管宏观聚类，MOC 管中间层的导航。
MOC 怎么做
MOC 的基本形式就是一篇笔记，标题是主题名，内容是链接列表加一段简短说明。
举几个例子。
我有个 Obsidian 插件 MOC，里面写着从好用插件到已弃用插件的链接，按功能分组：搜索类、展示类、自动化类。每行链接一句话评价。
还有个写作素材 MOC，里面是按话题归类的文章链接，每个链接后标了一两句话——这篇讲什么、能用在哪个场景。
核心是：MOC 不是收藏夹，不是把所有相关链接堆一起完事。MOC 必须带判断——哪些链接重要、哪些过时了、哪些只是顺手存了但没有实际价值。
建 MOC 的步骤也很简单。
第一步，定主题。选一个你经常查的方向，比如效率工具、编程学习、项目管理。不要上来就想做个大全——挑一个你最熟的。
第二步，搜笔记。用 Obsidian 的搜索或标签，把相关笔记全找出来。
第三步，筛选。把真正有价值的笔记挑出来，删掉不相关或过时的。这一步最花时间，但也最重要。
第四步，排序分组。按自己的逻辑排：按时间、按类型、按难度。每组加一个简短说明。
一个 MOC 写完大概 15 到 30 分钟。之后每次看到新笔记，顺手加进去，10 秒的事。
几个维护习惯
链接体系最怕的不是一开始建得不好，是建了以后不维护。说几个踩过的坑。
第一个坑：MOC 变垃圾堆。一开始做 MOC 的时候，把搜到的笔记全放进去了，舍不得删。几个月后 MOC 比原始搜索结果还难用。后来养成了习惯——每次打开一个 MOC，顺手删掉一两条不用的链接。不进则退。
第二个坑：过度链接。每篇笔记恨不得链接十篇。结果笔记里全是链接括号，读起来卡顿，跳转过去发现关联度很弱。现在的标准是：一篇笔记不链接超过五个其他笔记。超过说明这篇笔记本身该拆了。
第三个坑：标签体系膨胀。开始用标签时觉得好用，见到什么打什么。三个月后标签列表两百多个，很多标签下只有一两篇笔记。后来做了一次大清理，把标签压缩到三十个核心标签。现在新增标签很克制——不是非加不可就不加。
第四个坑：大而全的 MOC。最早做过一个技术学习的 MOC，试图把学过的技术栈全装进去。结果内容太多，打开加载都慢，而且写了一半不想写了。现在的做法是：一个 MOC 只覆盖一个窄主题，比如 Python 数据处理而不是编程。窄主题好维护、容易完成。
MOC 做搜索
MOC 建好了之后，拿来找东西。
我的用法分三种场景。
场景一：常规查询。要找一个以前读过的东西，先不搜索——去对应主题的 MOC 看。MOC 里有排序和注释，扫一眼比搜十次都快。
场景二：快速定位。MOC 里找不到的，才用搜索。搜到了顺手加到 MOC 里——这是 MOC 的增量维护方式。
场景三：写东西之前。要写一篇公众号文章，先打开相关 MOC，看看有什么素材。MOC 能在五分钟内帮你摸清一个主题的资源分布，比临时搜一遍快得多。
这套方式用下来，日常百分之八十的笔记访问是通过 MOC 而不是搜索。搜索是最后一招，MOC 是第一选择。
说回开头的问题。知识库里的笔记几千篇是常态，单靠搜索时间久了不好使。三层链接体系——双向链接管一对一、标签管一对多、MOC 管多对一——能让知识库从资料堆变成可导航的知识网络。
前几篇讲了知识库从搭建到消化的全流程。这篇算是给了一个导航层——有了链接和 MOC，你才知道自己的知识库里到底有什么、东西在哪。
系列还剩一个比较有意思的话题：怎么让你的知识库能跟别人协作，或者发给别人看。下一篇来说说。