我把 Obsidian 标签管理交给 AI 后，1000 篇笔记开始自己生长
远舟笔记·第25篇
用 Obsidian 的人，大概都撞过同一个麻烦：笔记越写越多，标签却越来越乱。要么干脆裸奔，一篇标签都没有；要么泛滥成灾，同一个意思打了五个，自己都认不出。
我手写标签写了三年。结果你猜怎么着——一千多篇笔记里，真正带标签的不到 2%，剩下的全裸奔。
这不是我懒。是人这种生物，在千篇量级上，根本守不住「每篇都打对标签」这件事。
一、我的标签地狱
那年我第一次让 agent 扫自己的库，诊断报告挺扎心：
整库 1176 篇笔记，只有 22 篇（1.9%）有 frontmatter 标签，其余 1154 篇全裸奔。唯一标签倒也有 47 个，点开一看，几乎全是些随写随丢的碎片标签，根本不是能长期复用的主题。
同义并存也烦：「Obsidian」和「obsidian」各立山头，「git」和「版本控制」指同一件事。这种脏活，靠人肉永远统一不了。
二、手写标签，证伪了
我以前总觉得，标签乱是因为我纪律不够。后来才想明白：问题不在纪律，在于我把一个需要持续维护的系统，交给了最不可持续的那个角色——我自己。
写作正顺的时候，突然停下来想「这篇该打什么标签」，很出戏。想着想着就跳过了，或者随便打一个。三年下来，98% 裸奔。
所以别再问「怎么设计一套完美的标签体系」了。该问的是：这套东西，谁来长期维护？
三、转念：人定规则，AI 执行
答案其实简单——人定规则，AI 执行。
我把「分类逻辑」说清楚，剩下的交给能读本地文件的 agent。它不累，不跳步，不嫌烦。人只在最关键的两个节点上点个头。
四、一套属于你的受控词表
我最后把全库收敛成三个维度：类型、主题、状态。每篇挑一两个就够了。
标签不是目录。它该回答的是「我在哪能找到它」，而不是「这是什么」。词表越短越稳。
上面这套是我的——让 agent 从你自己的库里，长出属于你那套。
顺带说个我踩过的坑。早年我把标签细成了些一次性的东西——某本书的某一章、某次旅行的具体地名，后来发现这种标签复用率极低，书会看完、旅行就一次。正确做法是归成稳定的大类：读书、旅行、灵感。具体的会过期，大类不会。
五、让笔记自己长出来的真功夫
我没把它写成一篇工具教程，而是做成了一个能复用的 skill：分析库、生成词表、写回 frontmatter，再挂一个增量自动化。你把它丢进任何能读本地文件的 agent，说一句「执行」，它就自己走了。
整个过程下来，agent 替我跑了九步，我只在两个箭头处点了头：
第一步，它问我 vault 在哪儿——我把路径发过去。
第二步，它问有没有不能出本机的敏感内容——有就跑本地模型，没有就云端，我选一个。
第三步起它自己动手：先扫全库出一份诊断报告（零改写）；再清理污染，把「ai/AI」这种大小写变体合并掉，把那些一次性的碎片标签请出词表；然后基于干净的库，同义并簇，长出一套属于我的词表草案。
到第六步，它把词表递给我确认——这是第一个箭头，也是最关键的一步，词定下来后面就全自动了。
第七步它先拿这个词表回标 50 篇，列好建议标签和理由；第八步问我这 50 篇准不准——这是第二个箭头，我说「可以全量」，它就把剩下的一千多篇一次性写回。
放心，它只动 frontmatter，正文、图片、双链一概不碰；动手前先给你看清单，你点头才跑。而且回标只按那套受控词表过滤，逻辑可重复执行——跑偏了重跑一遍就覆盖回来，所以干脆不生成整库备份，省地方也省心。
收口：441 个标签，压回 46 个
铺满之后我才发现，唯一标签一下子涨到了 441 个。三维全开，反而更乱了。
这步我让它自动收口：优先复用已有的高频词，不新造；近义的并回去（「AI」「人工智能」并到「AI」，「笔记」「随手记」并到「知识管理」）；一次性名词、人名、句子片段全清掉。最后剩 46 个，砍掉了将近九成。
前两天我又让 agent 复扫了一遍：库里 1147 篇笔记，1146 篇带了标签，46 个唯一标签，3882 次引用，零污染。
加标签不难，难的是收敛。不压这下，你的词表会跟着笔记一直膨胀。
六、让标签自己长出来
一次性跑完，不是终点。新笔记还在长，总不能每写一篇就手动打标，或者每次重扫全库。
所以我在 skill 里挂了个增量脚本：它只扫「上次跑之后新建或改过」的笔记，老库一律不动。我设了每周日自动触发一次——你写一周的笔记，周日它们就被悄悄打上正确的标签。
一次只动增量，秒级完成。这才是标题里那句「笔记自己长标签」的真正意思：你只管写，标签自己跟上。
一千多篇笔记不可怕，可怕的是你还在靠手写标签死磕。我把这套做法做成了可以丢给 agent 跑的 skill，如果你也想让自己的 vault 长出标签，它就在那儿。