AI WORKFLOW NOTES
AI 协助翻译技术内容怎么验收？先锁定术语、版本和责任
AI 可以协助起草技术资料的译文，但参数、产品范围和适用条件仍需由责任人逐项确认。先把术语、版本、例外和批准责任写进验收表。
先判断这份资料能不能交给 AI 辅助
一份技术资料要翻译，不只是把句子从一种语言换成另一种语言。它可能包含产品名称、选配条件、计量单位、安装环境、质量说明和未确认项目。如果原文版本不清楚，或团队还没有确认哪些信息可以对外使用，先解决来源和授权，再讨论 AI 如何协助。
本文是一套编辑与资料管理检查方法，不是专业翻译认证，也不替代产品工程、法规、合同或目的地市场的责任审查。没有确认的参数和声明应标为待核实，不要让模型用常见说法补齐。
在翻译前固定原文与术语
为每份资料记录文件名、产品或型号、原文语言、版本号、生效时间、负责人和允许使用的渠道。选择企业已经确认的术语表，至少记录标准术语、可以接受的变体、禁止混用的词、产品名称大小写、计量单位和使用说明。术语没有共识时，标记为待确认，不能把一个译者的临时选词直接升级为公司标准。
让模型先识别专有词、缩写、型号和数字，再按批准的词表生成初稿。若词表没有相应项，要求输出明显的待确认标记，而不是自行创造一个看似专业的译法。翻译记忆或历史译文也要核对版本，不能只因为文件名相似就认作现行依据。
把内容分成可以逐项检查的几类
第一类是产品身份：名称、系列、型号、配件和版本。第二类是规格：数字、单位、范围、条件和小数位。第三类是动作：安装、使用、储存和维护步骤。第四类是边界：适用场景、不适用情况、可选项和需业务确认的内容。第五类是表达：读者能否理解句子、术语是否一致、标题是否与正文相符。
这些类别由不同责任人确认可能更稳妥。产品工程确认技术含义，业务负责人确认公开范围，目标语言编辑检查表达。角色可以兼任，但需要明确谁对哪类事实负责。语言看起来流畅，不意味着数值、产品身份或义务表达准确。
对照原文检查数字和限制
把译文与原文按段落或字段对照，逐一圈出型号、数值、单位、范围词、否定条件和条件从句。检查“仅适用于”“视配置而定”“需单独确认”等限制是否被弱化或漏掉。表格中的单位换算必须保留原始值、换算方式和复核人；本篇不预设任何具体转换结果。
当原文存在歧义、不同文件描述不一致或某个参数缺出处时，先停下来让负责人核对。不能用 AI 的自信语气、概率分数或反复生成来代替事实确认。若需要写出假设翻译，必须把假设标注在内部校阅稿，不要在公开页面把它包装成已确认规格。
用小样本和边界例子做验收
选择几段普通说明、一个含单位的表格、一段限制条件和一个术语未定义样例。先定验收标准：产品身份不变、数值与原文一致、条件没有丢失、未知项没有被补写、语言可读且能追溯到来源。每项分别记录通过、需修改或待责任人确认。
如果目标语言地区存在标准、标签或合规表述要求，交给具备相应职责和知识的人核实。通用语料可能给出貌似熟悉的表达，但这不证明符合具体市场或产品规则。生成式工具只能辅助整理，企业发布前仍需安排责任审查。
发布和后续更新时保留版本关系
通过后给原文和译文各自标注版本与复核日期，并记录被哪些网页、目录或销售资料引用。原文更新时，先列出变化字段，再定位受影响的语言版本；不应把所有旧译文默认视为仍然有效。译文发现错误后，记录纠正位置、原因、确认人和需要同步的外部材料。
发布前让最终读者任务走读一次：客户能否识别产品和规格，企业能否追溯每条公开事实，未知项是否仍可见。没有明确原文、词表或责任人时，最安全的结论可能是暂缓公开，而不是要求模型再润色一轮。
用分层验收记录交付状态
可以把验收表分成来源、术语、数值、条件、表达和批准六栏。每个检查项都记录原文位置、译文位置、检查人、状态和需要的下一步。状态使用“通过”“需改写”“待事实负责人确认”这类可行动文字，不用一个总分遮盖关键问题。团队如果使用模型生成对照表，也应抽查它是否遗漏段落、把单位映射错误或把原文里没有的规格补进来。
不同风险的内容可以有不同复核路径，但不能把高风险字段只交给语言润色环节。涉及产品适配、使用限制、安装条件或承诺范围时，让对应责任人查看原始资料。普通语句可以由编辑先处理，仍需最终发布负责人确认页面整体一致。若没有人能确认某个问题，就把问题留在内部记录并暂停该字段的公开，不要靠多次提示要求模型选一个答案。
发布后按变更影响回查
原文版本变化时，先比较具体字段，而不是只看文件修改时间。型号、单位、限制句、功能命名和配件清单可能分别影响不同译文页面。用变更清单定位受影响的语言版本，给每项分配核对人和状态；暂时没有对应译文时可以标注待更新，不要误导读者以为版本同步已经完成。
纠错记录应说明发现位置、来源版本、公开页面、修改内容和复核人。这个记录帮助团队重建判断路径，也能识别重复发生的术语或同步问题。它不是对外的准确率声明，更不能被包装成翻译质量认证。
记录来源授权与发布范围
来源表应记录资料负责人、版本、允许使用的语言和渠道。外部文件、客户资料或合作方材料还需确认企业是否有权翻译、改写和继续发布；取得文件本身不代表二次使用已获许可。若范围不清楚，先找来源负责人确认。
授权确认与语言质量是两道不同检查。译文准确，也可能因为保密边界或渠道限制而不能公开。把批准依据、允许范围和复查条件写进发布记录；无法确认时，暂缓对应内容。
用错误类型改进流程
发现问题时，标记为术语不一致、数字遗漏、条件弱化、来源过期、表达不清或权限未确认。这个分类是流程改进工具，不是模型准确率统计。只报告实际检查过的材料范围，不把少量样本外推为整套流程的正确率。
如果同类错误反复出现，检查模型是否获得现行资料、词表是否定义清楚、复核人能否看到原文位置，以及系统是否把旧译文当成最新版本。必要时减少自动生成环节，直到团队能够有效检查。
常见问题
AI 译文读起来很自然，就可以直接发布吗？
不能。还需要核对原文版本、产品身份、数值单位、限制条件、术语和责任人批准。流畅表达并不证明事实正确。
翻译质量检查要逐字对照吗？
检查范围应覆盖所有影响购买、使用和责任判断的内容。可以按段落、字段和风险类别分工核对，但要保留原文出处与复核记录。