在线翻译中术语一致性的维护方法

长文档翻译最容易失控的，不是整句意思，而是同一个术语在不同段落出现多个译法。本稿给出一套可执行流程：先把已确认的专有名词写入术语表，再用固定提示约束在线翻译，最后通过搜索和人工抽查确认没有漂移。普通多义词不能一律锁死，必须结合词性、领域和上下文判断。

先找出最容易漂移的术语

在线翻译工具会根据句法、领域和邻近词重新判断词义。单句输入缺少上下文时，缩写、多义词、产品名和界面标签尤其容易变化。例如 deployment 在软件发布语境中通常译为“部署”，但在其他文本中可能被译成“配置”或“上线”。

• 优先检查产品功能、技术组件、法规名称、用户界面标签和 API 名称。
• 统一大小写、连字符、复数形式和缩写。例如 API Gateway、API gateway、API-Gateway 可能无法被简单字符串匹配视为同一项。
• 把“意思接近”和“规定译法”分开。技术文档、软件界面和合同文本通常需要固定名称，而不是接受任意同义表达。

可以先从源文档中抽取候选词，再按风险分级：产品名、API、标准和法规术语列为高风险；普通动词和形容词暂不锁定。这样做能避免把某一段里的偶然译法误写成全篇规则。

用 6 个字段建立可审计术语表

术语表不应只有“英文—中文”两列。ISO 704:2022《术语工作原则与方法》强调，术语工作要结合概念、领域和使用场景；它并不是某个在线翻译工具的自动翻译规范。

用 CSV 或 XLSX 建立基础表，至少设置以下字段：

• source term：源术语，保留官方大小写和连字符。
• approved translation：规定译法。
• forbidden translation：禁止译法或常见误译。
• part of speech：词性，如名词、动词、形容词。
• domain：领域，如软件界面、网络安全、法律。
• example：包含该术语的完整例句。

建议再增加“审核状态”“适用版本”“审核人”和“确认日期”。例如：workspace | 工作空间 | 工作区 | 名词 | 软件界面 | v2.1 | 已批准。这些字段能回答三个实际问题：谁批准的、在哪个版本生效、是否可以直接用于下一份文档。

DeepL、Google Translate 和 Microsoft Translator 的术语控制方式取决于具体产品版本、账户权限、套餐和接口；网页端、文件端与 API 不一定支持相同格式。导入失败时，不要临时凭记忆翻译，可将“规定译法—禁止译法—适用范围”整理成提示中的约束清单，并保留原始术语表作为唯一记录。

只锁定专名，多义词交给上下文判断

产品名、功能名、API 名称和标准名称通常适合强制固定；普通多义词不适合机械替换。同一个英文词在软件界面、操作说明和法律条款中，可能需要不同译法。

可以按下面的判断标准处理：

• 源词指向一个唯一产品或功能时，固定译法，并覆盖全称、简称、大小写及连字符变体。
• 源词承担不同词性或领域含义时，分成多条记录，不要只建一个全局替换规则。
• 无法确认含义时，暂不加入“批准译法”，标记为待审核，并保留前后文。
• 翻译完成后搜索源术语和禁止译法，检查漏译、误替换及同一章节中的不一致。

例如，endpoint 在网络技术说明中可以译为“端点”，但如果它是某产品界面中的正式标签，应优先采用产品官方译名。规则必须写出适用条件，而不是只写“保持一致”。

用固定提示和 1,000～2,000 词批次降低漂移

提示词至少固定四类信息：领域、术语约束、上下文范围和输出格式。一次提供术语所在句及前后各 1～2 句；如果存在跨段落指代、产品流程或条件例外，应补充整段或章节背景。

1. 指定领域：例如“这是面向系统管理员的软件部署指南，读者具备基础网络知识”。
2. 列出术语表：同时写明规定译法、禁止译法、词性和适用范围。
3. 保留格式：要求保留代码、变量名、版本号、数字、单位和界面按钮名称。
4. 限定输出：例如“只输出译文，不新增解释，不改写代码标识符”。

可直接使用这样的规则：将 deployment 译为“部署”；在软件发布语境中不得译为“配置”；将 endpoint 译为“端点”，但用户界面标题沿用产品官方译名。

长文档可按每批 1,000～2,000 个源词处理一轮，再进行术语检查。这个区间是便于人工复核的操作建议，不是所有平台的硬性限制；批次大小仍取决于上下文窗口、文件格式和账户功能。关键是每批使用同一版提示，并记录术语表版本，例如“提示模板 v1.3、术语表 v2.1”。

翻译后按四项清单验收

1. 术语匹配：搜索源术语及其变体，确认是否对应批准译法，并检查禁止译法是否残留。
2. 数字和格式：逐项核对版本号、日期、百分比、数量、单位、小数点和代码格式。
3. 专名保留：检查品牌名、产品名、API 参数、标准名称和界面按钮是否符合官方写法。
4. 高风险人工复核：逐条检查药品名、医疗警告、法规术语以及合同中的权利、义务、责任和例外条款。

不要把术语工具的“通过”当成语义正确。工具能发现词形不一致，却未必能判断某个词在当前句子里是否应该替换。

每次改动都记录原因、版本和审核人。例如：“术语表 v2.1：因产品界面更新，将 workspace 从‘工作区’改为‘工作空间’，审核人：张某。”下一份文档即可复用这条记录，而不必再次依赖在线翻译工具猜测。

可执行的最低配置是：一份带审核状态的术语表、一套固定提示、每批 1,000～2,000 个源词的复核节奏，以及一张包含术语、数字、格式和高风险内容的验收清单。确定的专有名词由规则固定，不确定的普通词交给上下文和人工判断，术语一致性才不会变成全局替换造成的新错误。