长文翻译总在换词？先和 AI 建一份有语境的术语表
翻译一份产品手册时，前半篇把 workspace 写成“工作区”，后半篇却出现“工作空间”；读者很难判断是不是两个功能。让 AI 从头重译未必能解决问题。更稳妥的准备，是先把少量关键术语和它们的使用条件确定下来，再开始处理正文。
AI生成概念配图
术语表需要解释什么时候用
Google Cloud Translation 的官方文档把术语表定义为用于一致处理领域术语的自定义词典，并列出产品名称与歧义词等用途。这是具体翻译服务的功能。把一份术语表放进普通聊天提示，可以表达翻译偏好，但不能等同于启用了该服务的术语匹配机制。
以下流程是作者面向日常长文翻译的实践建议。开始时请 AI 只提取候选术语，附上原句与可能含义，暂时不要定稿。再由熟悉产品的人确认哪些是界面名称、行业概念或普通词，特别留意缩写和同形异义词。
用一份虚构手册演示
假设正在翻译“青石协作平台”的英文帮助文档，可以先确定 workspace 在产品界面中统一译为“工作区”，tenant 在多租户架构中译为“租户”，产品名称保持不变。每条还要写清适用领域、首次出现方式，以及是否需要保留英文。
原词：workspace；译法：工作区；条件：指产品中的协作容器；首次出现可写“工作区（workspace）”。
原词：tenant；译法：租户；条件：指软件服务的隔离使用主体，不用于房屋租赁语境。
原词：release；状态：按语境处理；发布版本与释放资源不可统一替换。
最后一条尤其重要。“Release unused resources”里的 release 应按释放资源理解，不能因为前文讨论版本发布，就全部替换成“发布”。同样，术语在标题、按钮和正文中可能有不同的排版要求，译名一致不等于每个位置都要写一样长。
先译一小节，暴露规则冲突
选择同时包含功能说明、操作步骤和注意事项的一小节作为试译。让 AI 给出译文，并另列术语疑问。检查读者能否把中文说明与实际界面对应，句子是否保留原文的条件和限制。发现某个译法不合适，先更新术语表，再处理后续章节。
术语表可以保留简单版本号与修改理由，例如“第二版：workspace 确认采用现有中文版界面名称”。这样多人协作时能知道哪一版生效。尚未确定的条目明确标为待定，不要为了表格完整而让 AI 猜一个名称，随后又把猜测传播到整篇文档。
可直接使用的翻译委托
请按所附术语表翻译这一节，保留标题层级、段落关系、链接、数字、单位和原文限制条件。术语只在符合所列语境时应用。产品名和代码标识按规则保留。遇到同词不同义、原句含糊或术语冲突，单独列出疑问，不擅自补充解释。输出译文与需要人工确认的条目。
完稿后做两轮核对
第一轮查一致性：同一功能是否出现不同译名，缩写首次展开是否统一，界面按钮是否与实际产品相符。第二轮查意义：否定、条件、例外、数字和计量单位有没有变化。可以让 AI 列出疑似差异，但最终仍要对照原句确认，不能只看译文是否顺畅。
不建议把回译当作唯一验收。译文再翻回去可能同样流畅，却掩盖前一次的含义变化。对重要说明，直接比较原文与译文的动作、对象和限制更具体。术语表负责减少无意义的换词，语境判断则帮助你避免一致地翻错。
