产品叫法不统一，知识库怎样建立可维护的别名词表

产品叫法不统一时，知识库需要一份可维护的别名词表，而不是不断给提示词加“也叫某某”。先给产品概念稳定标识，再保存标准名、备选叫法、误写词和适用范围。一个词能指向两个产品时，必须保留歧义，不能按相似度直接合并。

本文只治理跨资料的叫法，不重复售后会话中怎样追问型号，也不自动认定两个型号属于同一实体。

先给概念编号，再收集叫法

资料方先提供正式产品清单与负责角色。每个概念有稳定ID，显示名称变更时ID保持可追踪；不同产品不能因名字接近共用ID。词表记录叫法、语言、来源、适用业务域、批准状态和维护人。

W3C SKOS参考规范区分首选标签、备选标签和隐藏标签，可作为表达参考。这里将标准名、常用别名和用于检索的误写候选分开，并不要求所有企业采用RDF，更不宣称标准能自动判断别名是否等义。

收集来源可以是获批手册、产品目录和员工确认记录。历史聊天中的叫法先作候选，未经确认不直接进入正式映射。保留“谁提供、依据在哪”，便于后续发现错误时回查。

合成P01标准名为“演示终端甲”，别名“甲终端”；P02标准名为“演示终端甲增强版”，也有人称“甲终端”。这个叫法发生碰撞，不应把P02并进P01。词表可以标为歧义，要求业务范围或其他条件参与解析。

下载产品别名治理样例包含明确别名、碰撞词、误写候选和已停用叫法。它是词表设计，不是平台现成的导入文件或真实匹配结果。

误写词的用途也要确认。可以帮助检索找到候选，但不宜作为对外显示名。把员工常见误拼直接写进正式回答，会把纠错线索误作品牌命名。

先检查同一范围内一个叫法是否指向多个概念，再检查同一概念是否出现互相矛盾的标准名。不能只按字符串全局去重，因为同一个短词在不同业务域可能合法存在；也不能靠业务域随意掩盖原本的产品混淆。

审核结果可为接受、限范围、歧义、拒绝或待补依据。每条决定指向概念ID与候选词，不在整张表上打一个“已审核”。如果某次批量导入只确认了前半表，后半表仍保持待确认。

正式发布词表时保留版本与变更说明。停用一个叫法不一定删除历史来源，可以保留其旧映射与停用原因，避免旧资料搜索完全失联；是否继续接受旧词查询，由企业决定。

先用标准名查询，再用明确别名查询，两者应找到同一概念候选；用碰撞词查询时，应保留多义信息而非悄悄选一个。误写候选在未批准前，不应影响正式范围。

再选一份原资料，核对文中产品叫法映射到了哪个概念，确认没有把“系列”映成具体型号。系列、产品、配置之间关系另列，不能用别名字段包办全部层级。

词表更新后，抽查受影响资料与已建立的映射记录。已经把错误别名写入资料元数据的项目，不能只改一张词表就认定全站修复；应列出需要重新核对的记录，保留修复证据。

每次新增叫法，附上至少一个明确用法和一个容易混淆的反例。这样维护人员能理解批准边界，而不仅看到一列孤立词语。词表质量取决于持续确认机制，不能靠一次模型扩词完成。

运行时身份澄清见售后型号识别，来源准备见知识源台账，入口见知识库专题。通过定制咨询提供正式目录、常见叫法和冲突样例，可以先评估词表治理与知识映射这一段。