要用 AI 创建本地化术语表，先确定产品、版本、源 locale 和目标 locale。只从获批材料中抽取候选概念，再记录定义、允许的译法、禁用或弃用的变体、语境、负责人和状态。AI 可以找出候选项和不一致之处；每个 locale 的具体术语都由合格的语言负责人和领域负责人批准。

通用 AI 工作流提供了来源控制和复核模式，本文把它应用到术语上。术语表可以支持 AI 辅助翻译，但它不是完整的翻译质量体系，也不能让未经复核的译文变得权威。

关键要点

治理的是概念和含义，而不只是反复出现的词对。

每个 locale 和地区变体的源术语与目标术语分开记录。

明确记录允许、禁用、弃用和依语境而定的形式。

要求 AI 引用获批证据，缺乏权威依据时放弃判断。

发布前在受控样本上评估覆盖率和误报。

给术语表定版本，相关内容变化后重新运行漂移检查。

如何安全地用 AI 创建本地化术语表？

本地化术语表是一种受治理的术语资源。每个条目把一个概念与特定语境中获批的语言表达联系起来。它应帮助译者、审校、作者、设计师和自动检查作出一致的选择，同时不抹掉合理的 locale 差异。

一个实用的条目可以包括：

字段	用途
`concept_id`	不依赖措辞的稳定概念标识
`definition`	获批的含义和边界
`domain`	产品领域或主题语境
`source_locale`、`source_term`	获授权的源语言形式
`target_locale`、`target_term`	获批的 locale 特定形式
`part_of_speech`	帮助处理词形变化和语法用法
`allowed_variants`	语境形式或缩写形式
`prohibited_variants`	不应使用的形式
`deprecated_variants`	为便于检测而保留的历史形式
`example`、`counterexample`	展示正确和错误的语境
`source`	政策、界面、规范或负责人证据
`owner`、`status`、`version`	审批和生命周期控制

W3C 国际化词汇表说明了为什么国际化工作中的术语需要明确定义的概念和语境。［1］简单的两列词表无法表示同形异义词、语法特性、地区变体，或在一个界面中正确、在另一个界面中却被禁用的术语。

怎样建立有证据支撑的术语资源？

第 1 步：冻结范围与权威顺序

建立范围表头，写明产品或服务、发布版本、内容类型、源 locale、确切的目标 locale、受众、司法辖区、获批源语料、排除的草稿、术语负责人、复核角色和计划发布日期。

使用精确的 locale 标识。es-MX 和 es-ES 需要不同惯例时，es 可能过于宽泛。zh-Hans 和 zh-Hant 描述的是书写系统，但仍可能需要地区政策。不要因为语言相近，就推断一个 locale 批准的术语可以直接用于另一个。

抽取之前先定义权威顺序。产品规范、获批的界面字符串、法律要求、品牌标准、领域专家和既有翻译记忆可能相互冲突。记录每个字段以哪个来源为准，以及由谁裁决歧义。语料中的出现频率是用法证据，不是权威证明。

第 2 步：准备获批源语料

只收集最终版或经明确批准的内容。给每项内容分配稳定的来源 ID、版本、locale、内容类型、负责人、审批状态和获取日期。除非政策授权，否则排除草稿、过时截图、机器翻译、客户提交内容和第三方文本。

统一文件格式，但不改写内容。保留解读术语所需的标点、大小写、占位符、标记和句子语境。任何 AI 处理之前先删除个人或机密数据，并遵守获批的工具政策。

如果内容命名和数据命名混在一起，要把术语治理与数据字典分开。数据字典定义字段、类型和系统含义；本地化术语表治理的是语言概念和可接受的表达。必要时可以把两者关联起来，但不要合并它们的权威。

第 3 步：抽取术语前先定义概念记录

就必填字段、状态值和校验规则达成一致。典型状态包括 candidate、under_review、approved、deprecated、prohibited 和 rejected。明确同一 locale 中一个概念能否有多个获批术语，以及如何用语境区分它们。

由 ISO 30042:2019 标准化的 TBX 提供了表示和交换术语数据的框架。［2］你不必采用 TBX 的全部功能，但它以概念为中心的思路、语言分区、术语、定义和管理元数据是有用的模型。如果需要与翻译管理系统交换数据，应核实对方支持的 TBX 方言和字段，而不是想当然地认为兼容。

加入确定性检查：概念 ID 唯一、locale 代码合法、负责人必填、状态有效、定义非空、来源引用明确，以及日期或版本格式正确。这些检查能在语言复核之前发现结构错误。

第 4 步：让 AI 带引用抽取候选

提供获批语料、来源 ID、字段 schema 和排除规则。要求它给出候选项，而不是获批条目：

仅从所提供的获批来源中抽取反复出现或领域特定的候选概念。
为每一项引用所有来源 ID 和精确语境。把 UI 标签、品牌名称、
通用术语和 locale 惯例区分开。不要编造定义或目标译法。
把歧义、同形异义和冲突标记出来供复核。
按所提供的 schema 返回候选记录。

核实每段引用的语境确实存在、每个来源 ID 真实、每个候选项都出现在语料中。只有在审核人确定相同拼写代表相同含义之后，才按概念去重。“account”可以指用户身份、财务记录或客户组织；一个表面形式可能需要对应多个概念。

AI 也可以提出在各获批来源中看起来不一致的术语，但不得根据频率决定哪个变体正确。最常见的术语可能是新版产品已明确替换的旧文本。

第 5 步：把术语与相邻规则区分开

批准之前先给每个候选项归类：

**术语：**需要受控措辞的领域概念。
**UI 字符串：**精确的界面文字，其翻译可能受空间或交互限制。
**品牌或产品名称：**受命名和商标政策管辖。
**locale 惯例：**日期、数字、地址、引号、大小写或复数规则。
**风格偏好：**语气、口吻、标点或一般写作指引。
**不翻译元素：**代码、占位符、协议名称或受保护的标识符。

Unicode CLDR 提供用于显示名称、日期、数字、单位和复数规则等方面的 locale 数据。［3］它不是产品术语的权威来源。应链接适用的 locale 惯例，而不是把 CLDR 数据复制到每个术语条目中。

同样，内容风格指南管辖更宽泛的编辑选择。术语条目应保持精简；当大小写或语气规则适用于许多概念时，链接到相应的风格规则。

术语应如何审批、发布与监测？

第 6 步：审核定义与源术语

领域负责人应先确认每个概念真实存在、在范围之内且定义准确。好的定义能把该概念与容易混淆的邻近概念区分开，并避免只用术语本身来解释自己。

审核源语言术语、词性、大小写、允许的缩写、禁用的旧措辞、示例和界面限制。如果源内容自相矛盾，不要借规范化把冲突掩盖掉；应与产品或政策负责人解决，并记录决定。

各 locale 共用一个概念 ID，但不要求语法结构完全相同。源语言中的一个名词，在另一种语言里可能需要一个短语；英语复合词可能需要不同的词序、词形变化、语法性别或语体。概念是共享的，语言上的实现则因 locale 而异。

第 7 步：逐个 locale 批准目标术语

对每个目标 locale，应由合格的语言审核人和领域审核人共同考虑含义、受众、地区用法、语法、界面语境、无障碍、法律限制和现有产品用语。记录分歧和负责人的最终决定。

欧盟委员会的翻译资源说明了术语库、风格指引和人工语言治理在专业翻译工作中的作用。［4］使用适合你的组织和语言对的资源；公开术语库可以为研究提供参考，但不会自动凌驾于产品或特定辖区的要求之上。

不要把已批准的术语从 fr-FR 机械复制到 fr-CA，从简体中文复制到繁体中文，或从一个西班牙语市场复制到另一个。不要让 AI 一次性“本地化整个术语表”，然后把所有结果标为已批准。每个 locale 都要保持独立的状态和证据。

第 8 步：测试覆盖率、误报和例外

建立一个受控的评估样本，包含普通文本、UI 字符串、标题、支持内容、词形变化、同形异义词、禁用变体、旧文本、占位符和合理的例外。保留一部分 holdout 数据，不在改进抽取或检查规则时使用。

至少衡量：

指标	问题
获批术语覆盖率	必需的概念是否用允许的术语表达？
禁用术语召回率	不允许的变体是否被检出？
误报率	正确的语境用法是否被错误标记？
未解决率	多常仍需要人工判断？
locale 覆盖	哪些目标 locale 和内容类型缺乏证据？
审核推翻率	AI 建议多常被修改？

确定性匹配可能漏掉词形变化，并因同形异义词产生误报；AI 可能识别语境，却会编造权威依据。视情况两者并用，保留引用证据，把不确定项交给人。数据验证清单可以覆盖结构字段，含义则由语言审核人判断。

第 9 步：发布有版本的术语表

术语表的每次发布都应包括版本、范围、概念记录、各 locale 状态、来源快照、变更日志、负责人、校验结果、已知例外、生效日期和导出格式。锁定已批准的记录或清楚标出，防止之后的抽取悄悄覆盖它们。

修改已批准术语之前先做影响分析：找出受影响的 UI 字符串、文档、客服模板、翻译记忆、搜索元数据、截图、培训材料和网站信息架构标签。决定每处出现是立即修改、在下个版本修改，还是作为有记录的例外保留。

用户仍在搜索某个弃用标签时，保留重定向或搜索同义词，但不要把该变体呈现为首选。记录禁用的原因是法律、品牌、误导、过时、冒犯，还是仅属风格选择；审核人需要知道原因，才能正确处理例外。

第 10 步：检测术语漂移

冻结已发布的术语表，只扫描获批、有版本的内容快照。让 AI 或确定性工具报告可能缺失的概念、弃用形式、未获批的变体、定义冲突和新语境。每项发现都应引用内容 ID、确切出现位置、locale、匹配的概念和规则。

把发现分为内容缺陷、术语表缺口、合理例外、误报或来源版本不符。不要自动替换文本：简短的 UI 标签、引文、法定名称、SEO 同义词或历史引用都可能需要例外。

在产品命名变化、功能发布、收购、监管更新、市场扩展、源 locale 修订、翻译系统变更以及审核人反复出现分歧之后重新检查。把模型辅助检查当作受治理的生命周期，而不是一次性的生成任务。

常见失败方式有哪些？

**只做双语词表：**治理概念、定义、语境和生命周期元数据。
**把频率当成权威：**引用获批来源和具名负责人。
**将一个 locale 的术语复制到另一个：**独立复核每个目标 locale。
**混淆术语和风格规则：**给规则归类并链接正确的负责人。
**批量批准 AI 输出：**所有抽取和翻译出的条目都保持候选状态。
**对每个表面匹配都报警：**测试同形异义词、词形变化、引文和例外。
**自动替换文本：**审查影响，保留合理的语境差异。

总结

冻结产品、版本、源 locale、目标 locale、语料和权威顺序。
使用以概念为中心的记录，包含定义、证据、负责人和状态。
让 AI 抽取和比较候选项，但绝不让它批准术语。
区分术语、UI 字符串、品牌名称、locale 惯例和风格规则。
在受控、有代表性的样本上评估覆盖率和误报。
发布有版本的术语表，并以可追溯的人工决定审查术语漂移。

常见问题

AI 能根据我们现有的全部译文生成术语表吗？

它可以抽取候选项，但现有译文可能包含旧的、不一致或未获批的措辞。应限定语料、保留来源引用，并由领域和语言负责人批准每个 locale。

术语表只是源词和目标词的列表吗？

不是。有用的术语表以概念为中心，包含定义、语境、语法信息、变体、禁用形式、来源、状态和负责人。一个词可能代表多个概念。

每个反复出现的词都应成为术语条目吗？

不应该。优先处理领域特定、影响大、有歧义、涉及品牌、受监管或经常不一致的概念。一般用语可以继续按常规的编辑和语言判断处理。

一个目标术语能被批准用于所有地区 locale 吗？

只有在分别复核、证明合适之后才可以。即使共用一种语言，各地区在含义、语法、惯例、法律和产品用法上也可能不同。

禁用词和弃用词应如何区分？

禁用词在规定语境中不应使用。弃用词曾被接受，但正在淘汰，为了迁移可能仍保留可搜索。记录原因和生效版本。

术语表能取代风格指南或翻译 QA 吗？

不能。它只治理术语。风格、流畅度、含义、格式、功能、无障碍、占位符和 locale 惯例都需要额外的控制和人工复核。

如何检测术语漂移而不产生过多误报？

使用考虑 locale 的规则、语境、例外和有代表性的评估样本。要求每项发现引用确切内容和概念 ID，再衡量误报和审核推翻情况。

术语条目何时需要重新批准？

当概念、产品版本、来源权威、目标 locale、法律要求、获批措辞或相关语境发生变化时重新批准。记录影响决定，而不是悄悄替换之前的版本。

**免责声明：**本文提供一般信息，不构成认证翻译、语言、无障碍、商标、监管或法律建议。请针对每个领域和 locale 使用合格的审核人。

来源

World Wide Web Consortium, Internationalization Glossary: https://www.w3.org/TR/i18n-glossary/
International Organization for Standardization, ISO 30042:2019, Management of terminology resources — TermBase eXchange (TBX): https://www.iso.org/standard/62510.html
Unicode Consortium, Common Locale Data Repository: https://cldr.unicode.org/
European Commission, Guidelines for translating EU documents into English: https://knowledge-centre-translation-interpretation.ec.europa.eu/en/resources-translating-eu-documents/guidelines-translating-eu-documents-english

Sources checked 2026 年 9 月 6 日。

如何用 AI 创建本地化术语表：locale 审批与漂移检测