凌晨两点，一份白皮书的翻译难题
凌晨两点十七分，我在实验室旁的小办公室里处理一份英文技术白皮书。空调出风口发出持续的低鸣，屏幕上的句子却比夜色更复杂：同一个“bearing”在不同段落里，一会儿是轴承，一会儿又被机器翻成了承载能力。翻译工具真正难用的地方，往往不是句子不通顺，而是它是否理解上下文、能否保持术语稳定，以及你能不能在交付前快速找出错误。
这次我用同一份约812个英文单词的设备说明，分别测试DeepL和Google翻译。测试环境是同一条家庭宽带、同一台电脑，连续操作三次取大致结果：DeepL整段翻译平均约4.8秒，Google翻译约3.2秒。速度差异并不决定质量，真正影响结果的是文本类型。普通通知、网页和短句，Google翻译通常足够；技术说明、产品参数和需要保持语气的长段落，DeepL更容易保留句子结构，但也可能把行业缩写误译成日常词。
先用免费功能建立可复核流程
不要一上来上传整本PDF。先打开DeepL下载的官方客户端或网页版，复制其中连续三段文字，控制在300至500词；再用Google翻译怎么用的网页入口翻译同一段。将两份结果粘贴到文档中，逐项检查四类内容：数字和单位、否定词、专有名词、句子主语。尤其要检查“not only…but also”“unless”“within”等词，它们经常决定安全限制或操作条件是否被改变。
第二步是建立一个小型术语表。用Excel或纯文本记录“英文原词｜指定译法｜禁止译法”，例如“thermal runaway｜热失控｜热失速”。在DeepL中使用术语表功能时，先只加入10至30个高频词，避免把同一个英文词强行固定到所有语境。Google翻译没有完全等价的术语库工作流，因此更适合先快速获取初稿，再用查找替换统一术语。
thermal runaway = 热失控
pressure relief valve = 泄压阀
ambient temperature = 环境温度
PDF翻译时，先判断文件是否能复制文字。若复制后出现乱码、顺序错乱或每行只剩一个字符，说明它很可能是扫描件，直接上传通常不会改善结果。先用OCR识别，再按“标题、正文、表格说明”分段翻译。表格中的数值不要交给翻译工具改写，保留原始单位，最后人工核对小数点、正负号和范围。
如何选择，以及怎样确认真的可用
| 场景 | 优先工具 | 原因 |
|---|---|---|
| 网页、短消息、语言识别 | Google翻译 | 响应快，语言覆盖广 |
| 技术说明、邮件润色 | DeepL | 上下文和语气通常更自然 |
| 扫描PDF、复杂表格 | OCR加人工复核 | 工具本身无法修复版面识别错误 |
我最后会做一次“反向验证”：把译文中最关键的两段重新翻译回英文，再与原文对照；同时随机抽查10个数字、5个术语和所有否定句。若数字全部一致、术语一致率达到100%、反向翻译没有改变条件和责任主体，这份译文才适合进入下一步编辑。涉及Claude注册方法、Claude怎么用或Claude免费使用说明时，也可以沿用这套流程，因为帮助文档里的按钮名称和限制条件同样不能只看语句是否顺滑。
翻译工具替你搬运语言，却不能替你承担判断。夜深时看着两种译文并排出现，我常想，所谓智能也许不是给出唯一答案，而是让我们更快看见哪些地方仍需要人来确认。
如何验证结果
随机抽取原文中的10个数字、5个专业术语和全部否定句，逐一与译文核对；再将关键段落反向翻译，确认单位、条件、时间和责任主体没有变化。免费官方功能已经能覆盖大多数短文本需求，只有在术语管理、批量处理或团队协作时，才需要进一步评估付费方案。