同一台设备在订单里写完整型号，销售习惯叫系列简称，英文手册又保留早期名称。员工把这些产品别名输入企业AI知识库，有时能找到资料，有时却被系统合并到外观相近的另一型号。名称相似不代表参数、附件和替代关系相同。
产品别名的用途是帮助检索，不是替企业确认产品身份。标准型号应来自受控的产品主数据，别名则记录客户、销售和历史资料实际使用的写法。知识库需要知道两者属于何种关系、在哪个时间和业务范围内成立。信息不足时，应展示候选项或询问铭牌、规格和订单年份，不能靠字符相似度直接选中一个答案。
可先区分四类关系。同义写法只是空格、连字符、大小写或语言差异，通常可以指向同一标准型号；销售简称可能只对应一个产品系列，还需要功率、接口或材料才能确定规格；旧型号与新型号之间可能是一对一改名，也可能存在结构升级；经销商代码则可能只在特定区域、年份或配置下有效。四类关系不能放进一张无条件替换词表。
每条别名至少关联原始写法、标准型号或系列、关系类型、适用地区、生效时间、来源和确认岗位。来源可以是铭牌规则、产品手册、ERP物料表或已确认的经销商对照表。若别名只在某客户项目中成立，还要限制权限，避免客户代码进入公开回答。
字符清洗也要克制。系统可统一全角半角和大小写，却不能随意删除前导零、斜杠、后缀或连字符，这些符号可能区分电压、地区和配置。两个型号经过清洗后变成同一字符串时，应标记冲突并停止自动映射。官网处理旧型号入口时，可参考产品型号改名后的旧型号映射，但知识库还要保留员工提问原文，方便核对系统到底识别了哪个称呼。
检索时，别名表只负责召回候选资料。知识片段仍要携带标准型号、版本、适用产品和生效状态。若员工只问一个系列简称，系统可以列出需要补充的字段，而不是拼接几个型号的参数。询问旧设备时，先确认出厂年份或订单号，再开放历史手册；当前销售回答仍以有效资料为准。关于新旧资料的退出关系，可结合AI知识库资料生效与版本控制设置检索范围。
上线测试不只输入后台标准型号。题库应包含销售简称、客户拼写、英文名、旧型号、缺少后缀的名称，以及只差一个字符的不同产品。每道题保存原始问题、系统识别结果、候选型号、采用资料和最终回答。验收人员检查的不只是能否搜到，还要看系统有没有在条件不足时主动追问。
可以设计三种预期结果。明确同义写法应命中同一标准型号，并引用当前有效资料；系列简称应返回候选规格和需要补充的条件；存在歧义或冲突时，应停止给出尺寸、材料、价格和适配结论，转给产品或技术人员确认。人工确认后更新关系类型和来源，不把单次回复直接当作全局规则。
别名变更也要有退出路径。产品改名、经销商合作结束或ERP编码调整后，旧称可以继续用于查找历史订单，但不应出现在当前产品标题和默认回答中。系统日志应保留用户原文与标准化结果，便于发现哪些称呼持续无结果、哪些别名误命中过多。纠正映射后，用原问题和相近写法复测，确认没有把另一个型号一起改错。
最终验收可以交给不熟悉别名表的销售完成。他拿一份旧报价、铭牌照片或客户邮件提问，系统应让他看清识别出的标准型号、依据资料和仍需确认的条件。若只能看到一段确定答案，却不知道名称如何对应，风险仍然存在。企业AI知识库处理产品别名的合格结果，是帮助员工找到正确对象，也允许系统在无法确认对象时明确停下来。
