提出标签同义合并候选并保留原值

这个场景能帮你做什么

内容库的标签可能存在同义重复，也可能只是主题相近。WorkBuddy 可以整理合并候选与层级关系，帮助运营减少检索混乱，同时保留原值，避免一次自动合并破坏已有分类。

开始前准备什么

提供标签原表、每个标签的实际文章及定义、当前分类层级和需要保护的筛选入口。原标签与文章对应关系必须可保留，明确本轮只提候选，不直接修改全库。

具体怎么做

查看真实用法

比较标签定义和所指文章，不只看名称。两个名称相似但对象、阶段或用途不同，不能视为同义。

区分关系

分别列完全同义候选、上下位关系、相关但不等同和暂无法判断。例如总主题与具体任务适合层级或关联，不应压成一个词。

提出标准名与迁移影响

给推荐名称、依据、受影响文章和原标签映射，检查已有链接、搜索和订阅是否依赖旧名。不为整齐删掉业务所需细分。

人工确认后再应用

先看一组真实候选是否符合检索习惯，确认合并规则后执行必要变更。原值与映射应在既有系统中可恢复，不额外创造无关分类架构。

可以直接交给 WorkBuddy 的要求

请根据标签定义和所关联正文提出同义合并候选，分清同义、上下位、相关和未知。给标准名、依据、影响文章与旧值映射，检查原有筛选及链接依赖。只交候选，不直接改库；不因名称相似就合并，不删除仍有业务用途的细分。

完成后会得到什么

标签关系候选及原值映射，负责人能逐组决定合并、分层或维持现状。

结果怎么检查

抽查被合并标签的文章是否真的可互换，是否把人群、任务或阶段差异抹平，旧链接是否仍有依赖。

异常怎么处理

标签缺定义时以实际用法补判断；文章跨多主题可保留多标签，无法确认同义时维持原状。

哪些必须由人决定

知识库负责人决定词表与层级，内容使用者确认检索需要。WorkBuddy 提供候选，不替组织重建分类体系。