后来我做了个动作：把英文再译回中文，跟原文并排一看，冷汗下来了。

原文写的是"该批次键合拉力实测 2.4gf，低于规格下限 3.0gf，判定不合格"。

回译出来变成"该批次键合拉力实测约 2.4gf，略低于规格下限 3.0gf，建议关注"。

三个词，一份不合格判定变成了友情提示。而另一处更麻烦："我方未执行点检"被译成了被动句，执行方没了——客户看完不知道是谁没做。

从那以后我翻译技术文档，流程全换了。这篇讲的就是换成了什么，以及为什么。

两类工具的根本差异：

• 传统机器翻译：忠实但死板。它不会改你的语气，但也不会遵守术语表，长句和表格容易出错。
• 大模型：灵活但不忠。你给它术语表它认，但它天生想把话说得更好听——而技术文档最不需要的就是好听。

所以我的实际做法是两段式：机器翻译出初稿（保证忠实）→ 大模型带术语表校对（补流畅 + 查术语）→ 回译校验 → 10 项核对。

技术文档翻译的三个敌人

不是语法，不是词汇量，是这三件事：

一、术语漂移。 同一份文档里"键合"一会儿 bonding 一会儿 welding，客户看不懂，也显得不专业。

二、数字被改写。 38 写成 36、2.4gf 写成 2.4g、2026-09-30 写成 Sep 30, 2026。它觉得自己在"规范化"，你在丢数据。

三、语气被润色。 这是最隐蔽的，也是工程文档最致命的。不合格变成"建议关注"，未执行变成被动句，责任主体消失。

前两个能靠术语表和核对清单挡住。第三个只能靠回译校验抓出来。

分步实操

第 1 步：先做术语锁死表

这一步没有 AI 什么事，但跳过去后面全白做——换哪个工具都会漂。

术语表四列：中文 / English / 禁止译法 / 备注。第三列是关键，它挡的是"译得通但不专业"：

附件里有 38 条封装/质量高频术语，可以直接导入翻译工具，也可以整表粘进提示词。

做一次，以后每份文档都能用——这是整篇里最值钱的东西。

第 2 步：翻译指令写死"三不改"

你是半导体封装质量工程师，把下面这份中文技术文档译成英文。文档在引号内：『{粘贴原文}』术语表（必须严格遵守，不得替换）：『{粘贴术语锁死表}』三不改：1) 不改数字：所有数值、单位、公差原样保留，不许换算、不许四舍五入。   例：38 → 38（不是 36）；2.4gf → 2.4 gf（不是 2.4g）；45±5μm → 45±5 μm。2) 不改语气：不许弱化判断。   “不合格”译 fail，不许译成 needs attention；   “未执行”译 not performed by {主语}，不许用被动句把执行方抹掉。3) 不改结构：段落数、编号层级、表格行数与原稿一致，不许增删条目。其它要求：- 只输出译文，不要解释、不要“以下是译文”这类开场白；- 原文没有的信息不许补充；看不懂的地方写 [待确认]，不许猜；- 缩写与大小写按术语表：Cpk、USL、LSL、SEM、ESD、MSL、SPC、MSA。

第 2 条里的"不许用被动句把执行方抹掉"是那次事故之后加的。中文经常没有主语，英文被迫补一个，补着补着责任方就没了。

另一条实用约束：整份长文档别一次丢进去，分节翻。一次性丢 5000 字，它一定会漏掉几段，而你不会逐段对。

第 3 步：回译校验（最实用的一招）

不需要懂英文也能做质检。做法：把译文再译回中文，跟原文逐句比。

下面这段英文是你刚才的译文，请把它译回中文。『{粘贴英文译文}』要求：1) 逐句直译，不许润色、不许合并句子、不许加连接词；2) 译完后，把回译结果和下面这段中文原文做对比，用表格列出所有差异：   原文用词 | 回译用词 | 差异类型(语气弱化/数字变化/术语不一致/信息增加/信息丢失)3) 没有差异就写“无差异”，不要为了凑数挑毛病；4) 特别检查：有没有多出“约”“大致”“建议”“建议关注”这类词——   原文没有的话，说明你上一版把语气改弱了。中文原文：『{粘贴中文原文}』

那次我抓出来的差异是这样的：

为什么这招有效：你不一定读得出英文里的语气强弱，但你一定看得出中文里多出来的"约"和"建议"。回译把英文问题转成了中文问题。

它查不出术语错、查不出数字错——那两项靠术语表和单独对数。它专抓语气和信息的增删改。

第 4 步：译后 10 项核对

第 5 项最容易被跳过，也最容易出事——段落数对不上，一定是漏译了，而且通常是表格里的某一格。

关键参数说明

术语表是资产，工具是消耗品。 术语表你做一次能用几年；工具三个月换一茬。这也是这篇不给工具打分的原因——分数一个月就过期，错误类型一年后还成立。

"三不改"要写进指令，不能只在心里想。 不改数字、不改语气、不改结构。你不写，它就默认你要"更好的表达"。

长文档分节翻。 一次丢整份，漏译率明显上升，且你不会逐段核对。

关于实测口径。 记录的是错误类型和防法，不是跑分。六类错误与具体工具无关——换工具照样会犯，只是概率不同。

常见问题和避坑提醒

1. 术语一定会漂，除非你锁死。 同一份文档里 bonding / welding 混用是常态。术语表 + 译后搜禁用译法。

2. 数字和单位会被"规范化"。 2.4gf → 2.4g、38 → 36、日期格式被改成美式。核对时只对数，不看句子——看句子你会被通顺的表达带过去。

3. 大模型天生想润色。 不合格 → 建议关注，未达标 → 表现欠佳。这是它最"好心"也最有害的行为。用回译抓。

4. 被动句会吃掉责任方。 中文无主语，英文补主语时经常变成被动。8D、客诉报告里这是硬伤——客户第一眼看的就是谁负责。

5. 长文档会漏译。 表格单元格、脚注、图注是高发区。分节翻 + 比对条目数。

6. 表格结构会被重排。 让它把表格包在代码块里输出，并要求行数不变。

7. 缩写大小写会飘。 CPK / Cpk / cpk 三种写法同时出现，显得很不专业。术语表写死，译后全文替换。

8. 涉密内容不上传。 客户名、料号、精确良率，本地处理。这条没有折中。

总结

回到标题的问题：谁最准？

准不准主要不取决于工具，取决于你有没有术语表、有没有锁死"三不改"、有没有做回译校验。 这三条不做，换哪个工具都一样会漂；做了，哪个工具都能用。

如果非要说怎么选：长文档初稿交给机器翻译（忠实、不润色），对外正式件交给大模型配术语表（能守约束），最后一定过回译。

而那次事故给我最大的教训其实是最后一句：

技术文档里，把"不合格"译成"建议关注"，不是翻译问题，是责任问题。 语气被改软的那一刻，责任就跟着消失了——而 AI 完全不知道它做了什么。

领取资料

回复【翻译质检工具包】领取《技术文档翻译质检工具包.zip》（16KB / 5 个文件）。

内含：① 术语锁死表 38 条（csv，可直接导入翻译工具 / CAT 工具，也能整表粘进提示词；含"禁止译法"列——键合≠welding、芯片≠chip、批次≠batch、Cpk≠CPK）；② 四条可复制指令（翻译三不改 / 回译校验 / 术语一致性检查 / 只译不改保格式）；③ 翻译质检 xlsx（术语表可增删 + 六类错误与防法 + 译后 10 项核对，可打勾）；④ 回译校验操作说明（含那次"约 / 略 / 建议关注"的完整对照示例）