分类负责长期栏目#

分类数量不应该频繁膨胀。我的博客里更适合把分类维持在少数几个方向，例如数据结构与算法、数据分析、计算机视觉、问题解决、博客相关分类。

判断一篇文章放哪个分类，可以问一句：这篇文章三个月后还应该跟哪一组文章放在一起？如果答案不稳定，就不要新建分类。

标签负责细粒度检索#

标签可以写得更具体，例如 pandas、OpenCV、YOLO、Nginx、PowerShell。它们不一定形成完整栏目，但能帮助搜索和聚合。

同一篇文章可以有多个标签，但最好不要超过三到四个。标签太多时，通常说明文章主题没有收住。

发布时的判断顺序#

1. 先确定文章的主要目标：教学、排错、记录流程，还是迁移复盘。

2. 再选择一个稳定分类，避免为了单篇文章新建栏目。

3. 最后补充工具型标签，方便以后按技术点检索。

4. 如果两个分类都能放，优先放读者最可能寻找答案的位置。

常见误区#

• 把 pandas 这种工具名建成分类，导致数据分析栏目被拆碎。

• 每篇文章都新建一个标签，最后标签页没有聚合价值。

• 迁移旧文章时只保留标题，不重新判断它现在应该归属哪个栏目。

实战复盘#

复盘《博客分类和标签的使用规则》时，我会把它当成一个站点维护动作，而不是单篇文章。凡是影响首页、分类、RSS、Sitemap、搜索索引或旧链接的改动，都要在发布后做一次线上验证。

如果只在源码里看起来正确，但线上接口或页面没有变化，就说明构建或发布链路还有问题。博客维护类内容必须把“怎么确认已经生效”写清楚。

以后继续扩展这类文章时，可以补充真实命令输出、截图前后的差异，以及回滚路径。这样文章会更接近操作手册，而不是零散备忘。

最小验收样例#

验收《博客分类和标签的使用规则》时，我会选一篇真实文章或一个真实页面作为样例，而不是只看源码。先确认页面能打开，再确认列表、分类、归档、搜索这些入口都能找到它。

如果文章讲的是站点维护，还要记录修改前后差异：改了哪个文件、构建产物是否更新、线上 HTTP 状态码是多少。这样后面出问题时，可以直接回到这次验收记录。

小结#

分类要少而稳，标签要准而轻。先用分类建立博客的骨架，再用标签补充检索入口，文章越多越能体现价值。