AI 技术翻译适合阅读英文安装文档、设备说明和项目发布记录，但一篇译文很顺，并不能证明它保留了限制条件。本文用一段虚构软件说明，演示术语统一、分段翻译和逐项核对。准备原文与可处理文本的 AI 工具；涉及内部文档时，先确认允许的上传范围。
一、先提取不能随意改的内容
把产品名称、命令、文件路径、参数、版本和数字单独列出来。按钮名称第一次出现时可保留英文并补中文解释，方便读者在实际界面查找。
演示原文：
Do not overwrite the original file. The preview may take up to 30 seconds.
If the check fails, keep the log and stop the migration.
Run tool --dry-run before applying changes.
这里有三个重点：“不要覆盖”不能变成“覆盖之前”；“最多约 30 秒的可能耗时”不能变成必定 30 秒；检查失败后是停止迁移，不是跳过错误继续。
二、建立小型术语表
| 原词 | 本文译法 | 约定 |
|---|---|---|
| preview | 预览 | 不代表已执行修改 |
| migration | 迁移 | 与备份不是同一动作 |
| overwrite | 覆盖 | 涉及已有文件被替换 |
| –dry-run | 保持原样 | 命令参数不翻译 |
术语表只放当前文档用得上的词。一个词在不同上下文可能有不同含义，遇到歧义时写明具体位置，不要求所有场景都机械使用同一译法。
三、分段翻译并保留原文编号
按段落编号翻译，不合并段落，不漏掉警告与脚注。
采用提供的术语表；命令、URL、路径与参数原样保留。
准确保留否定、条件、范围、数量和可能性。
输出：段落编号｜中文译文｜需要确认的术语。
遇到原文拼写或逻辑疑点先指出，不悄悄补成确定含义。
语言自然，但不得删除重复出现的安全条件。
长文按章节处理，给每次输入附上同一份术语表。只把上一段译文作为参考，容易让一个误译沿着后续章节重复扩散。
四、用核对表检查，不只让模型回译
对照原文逐项检查：所有段落都在吗，数字和单位一致吗，not、unless、only、may 等限定词是否保留，命令中的短横线和引号有没有变化。
回译可以发现部分问题，但不是独立证明。模型可能用同一种误解把译文再译回去，结果看似一致。因此操作性内容仍应对原文逐句核查。
请只做核对，不重新润色：
列出原文与译文中不一致的数字、否定、条件、对象、命令。
每项指出段落编号、原文片段、译文片段和差异。
找不到问题时写未发现，不编造改进建议。
五、把译文改成可操作教程
确认忠实翻译后，再决定是否要增加自己的解释。新增说明与原文内容分开，尤其不要把个人猜测写成项目官方要求。界面截图与命令最好自己验证；没有运行过，就不写“实测成功”。
如果译文需要对外发布，确认原文许可与引用范围。个人学习翻译不等于可以整篇转载；更适合整理自己的操作过程，并链接必要原文。
六、常见问题与排错
AI 把英文参数翻成中文怎么办？
把参数放入代码块并加入不可翻译清单。检查输出时用文本比较，不能只看页面显示是否漂亮。
同一个术语前后出现三种译法怎么办？
先确认是否同一含义，再按术语表统一。不要把不同技术概念仅因为中文相似就合并。
原文有错字，应该怎么处理？
记录你的解释依据，必要时查官方上下文。缺少证据时保留疑点，而不是替作者发明一个确定结论。
可以结合文档版本比较检查命令是否变化，再按事实约束写作方法组织自己的教程。文本差异原理可参考 Python difflib 文档。