术语表是一组决策

术语表常被当作一本小型双语词典：一个源术语对应一个认可的译法。

这当然是一个有用的起点，但它忽略了本地化团队首先需要术语表的真正原因。产品术语很少是孤立的词汇。它们承载着品牌、界面、法律和市场方面的决策。

最好的术语表会把这些决策记录得足够清晰，让人和 AI 模型都能一致地应用它们。

术语需要上下文

同一个源词在产品中可能扮演不同角色。

“Workspace” 可能是界面中的品牌化功能名称、帮助文章中的通用描述，或者客户案例中的实体工作场所。单一的目标语言对应词并不适合所有用法。

每个术语表条目都应包含足够的上下文，以消除术语歧义：

• 它在产品中的含义
• 规则适用的内容类型或字段
• 认可的目标术语
• 一个完整句子中的示例
• 已知例外情况
• 大小写和单复数形式是否可以变化

上下文会把一个偏好用词变成可执行的编辑规则。

“不翻译”也是真实的翻译决策

产品名称、套餐名称、API 参数和商标通常需要保持不变。这些术语也应属于术语表的一部分。

将术语标记为受保护，比假设每个译者或模型都会识别它更安全。说明中还应解释周围语法是否可以对该术语进行屈折变化，以及在特定文字系统中是否允许音译。

一个保持不变却没有指导说明的术语，仍然可能导致句子生硬别扭。

与其罗列大量术语，不如制定更窄的规则

随着术语表被明显或低价值的条目填满，它会变得越来越难用。

应优先收录那些有辨识度、容易歧义、面向客户、法律敏感或经常不一致的术语。普通语言通常不需要专门规则，除非产品以特殊方式使用它。

更小的术语表更容易审查，更容易装入模型上下文，也更不容易包含相互冲突的指令。

在审校过程中应用术语表

把术语传给模型只是工作流的一半。

审校应在候选译文违反必用术语、改动受保护标记，或在错误上下文中使用认可术语时发出提示。审校者应能在草稿旁边看到相关术语表条目，而不是去搜索另一份单独文档。

并非每一处不匹配都应被自动更正。语法和上下文可能足以构成例外。系统应让规则可见，并允许审校者记录该例外为何有效。

让修订反过来改进术语表

反复出现的审校修改是很有价值的信号。

如果审校者总是在替换同一个短语，术语表可能缺少一个术语。如果他们经常覆盖现有规则，该条目可能过于宽泛或不够清晰。一个关于术语相关修改的简单报告，就能帮助本地化负责人优化那些最能产生杠杆效应的规则。

术语表的变更应进行版本管理。翻译请求需要记住它使用了哪些规则，这样较早的草稿才能被理解，并在必要时依据新的指导重新生成。

将术语与语气分开

术语表回答的是“用哪个术语？”，品牌指南回答的是“应该听起来怎样？”

两者都很重要，但把它们合并到一个长提示中，会让各自都更难维护。应让术语保持结构化并按区域设置区分。应把语气、受众和写作原则保留在项目说明中。然后在翻译请求中同时提供两者，并明确优先级。

核心要点

本地化术语表不是词语堆砌。它是对产品语言决策的紧凑记录。

为重要术语提供上下文，纳入受保护词，保持列表有明确取舍，在审校过程中展示规则，并从反复出现的修订中学习。当术语表被当作持续演进的编辑基础设施时，一致性就不再取决于恰好由谁来审查下一次发布。