场景二：标签化知识管理

😩 痛点背景

你用标签管理了几百个主题的学习笔记，但想快速找到某个标签下的所有内容时很不方便。Obsidian 默认标签面板只能看到扁平列表，无法直观地看到标签层级。

✅ 解决方案

1. 在导航栏切换到「标签树」视图 🌲
2. 找到目标标签（如 #编程/Python），点击展开
3. 右侧列表立即显示所有相关笔记
4. 配合日期筛选，如输入：#编程 #Python @last30d 找出最近一个月关于 Python 的所有笔记

🎯 为什么树形比扁平强

假设你有 60 个标签，其中 20 个跟编程相关：

扁平列表：60 个标签排一列，#Python 和 #Photoshop 混在一起，每次都要读完整个列表才能找到。

树形结构：#编程 下面挂着 Python、JS、Rust，点父级看全部，点子级看局部。60 个标签变成 8 个大类，一眼扫完。

层级设计的实操建议

只用两层，最多三层：

• ✅ #法律/合同 —— 两层，够用
• ⚠️ #法律/合同/审查/2026 —— 四层，你自己都会记不住

判断标准：点开父级标签时，如果子标签少于 3 个，说明分得太细了，应该合并。

组合查询的威力

标签 + 日期是最常用的一对组合：

#编程 #Python @last30d

读作：带编程和 Python 两个标签、且最近 30 天改过的笔记。

这个查询解决的是「我知道我写过，但记不清哪一篇」——时间范围一刀切下去，候选集立刻从几百篇变成十几篇。

再叠一层文件夹，就是精确打击：

#编程 #Python @last30d folder:/work

标签体系怎么起步

不要一开始就设计二十个标签。按这个顺序长出来：

1. 第一周只用一个标签 —— 你写得最多的那个主题
2. 第二周发现「这个和那个不一样」 —— 拆成两个
3. 第三周出现第三个同类 —— 才建父级，把三个挂上去

标签是从内容里长出来的，不是先设计好的。先设计的标签体系，八成三个月后自己都用不上。

一个反直觉的结论

标签不是越多越好。用得上的标签通常不超过 15 个。

如果一个标签三个月没用过筛选，它就是噪音。定期清理比不断新增更有价值。