专业领域

技术和 IT 翻译

手册、规格、软件、硬件、系统架构和 API 文档。

为什么需要专业翻译

不只是通用翻译

技术文本经常把普通句子与命令、变量、型号和计量值放在一起。质量检查会在这些字符串发生变化时进行标记,术语表则让组件名称和界面标签在整份文档中保持一致。

在技术和 IT 文档中,难点很少是行文本身,而是混合。一句说明如何重启服务的话,旁边就是执行这一操作的命令、一个配置键、一条错误信息和一个版本号。读者会复制命令并期望它能运行,因此说明文字要换成另一种语言,而代码必须保持原样。

DeepReference 的模型会起草整个句段,包括代码在内,没有任何机制锁定代码:命令、占位符和文件路径不会被自动保护。质量检查会标记发生变化的标签、数字和占位符,审校人员逐一将代码块与原文核对。

这一领域最大的收益来自各版本之间的一致性。手册和帮助内容每个版本都会有少量变化。术语表让组件名称和界面标签保持一致,翻译记忆(Translator Pro)会复用原文未变的已批准句段,修订比较则准确显示新 DOCX 版本中哪些句子有所不同。审校人员的时间因此用在新文本上。

工作方式

从上传到交付的项目流程

  1. 1

    准备源文件

    以 DOCX、PDF、PPTX 或 XLSX 格式上传手册或规格说明,最大 50 MB(Business 为 75 MB)。用 Markdown 或帮助中心工具维护的文档需要先导出为其中一种格式。PDF 需要包含可选择的文本;只含图像的扫描件会被拒绝。

    操作步骤: 6. Document translation(英文)

  2. 2

    设置术语

    对原文运行术语提取,或对旧版原文及其译文运行术语提取,然后批准或忽略找到的术语。按本地化软件中的实际写法添加组件名称和界面标签。现有术语库可以以 CSV、XLSX、TMX 或 TBX 格式导入。

    操作步骤: 3. Terminology extraction(英文)

  3. 3

    使用合适的设置翻译

    选择目标语言和一种语气,例如“技术”。句子中出现的已批准术语表条目会随该句一起发送给模型。在 Translator Pro 中,翻译记忆中的完全匹配会被直接复用,而不是重新翻译。

    操作步骤: 5. Text translation, tones and glossary(英文)

  4. 4

    逐句段审校

    在句段编辑器中,审校人员可以并排查看原文和译文,以及术语表命中和质量检查标记。审校人员将命令、代码和占位符与原文核对,修正发生变化的内容,然后逐句段批准,或在通读后一次批准全部句段。

    操作步骤: 7. Translation Editor(英文)

  5. 5

    检查交付的文件

    文件以原格式返回,表格、标题、编号、页眉和页脚都会保留。请打开文件,查看代码块、表格和图注。在 PDF 中,复杂版式需要人工检查,部分字体会被替换为相近的字体。

    操作步骤: 8. Document Editor(英文)

  6. 6

    为下一个版本更新

    收到新的 DOCX 版本时,修订比较会以红线、带修订标记的 DOCX 和变更列表的形式显示原文的变化。在含译文的比较模式下,配合 Translator Pro 的翻译记忆,只会重新翻译受影响的句段。在您确认之前不会产生任何费用。

    操作步骤: 9. Revision comparison(英文)

文档类型

可翻译内容

  • 用户指南和帮助内容正文中引用的界面标签必须与读者打开的软件一致,否则读者找不到按钮。
  • API 文档端点、参数以及请求和响应示例保持原样;只翻译它们周围的说明。
  • 安装和配置指南读者会复制命令、文件路径和配置键,一个字符的变化就会让该步骤无法执行。
  • 版本说明篇幅短而信息密集;已弃用、已移除和不兼容变更的后果不同,必须保持区分。
  • 技术规格和数据表数值、公差、单位和零件号就是内容本身;数字检查会标记发生变化的数字,审校人员逐一确认。
  • 硬件手册安全警告和步骤顺序比文风更重要;审校人员检查没有警告或步骤被合并或遗漏。
  • 架构文档组件和服务名称反复出现;术语表让它们从第一张图的图注到最后一个附录都保持一致。
  • 安全策略和流程“必须”“应当”“可以”等词规定了不同的约束级别,混淆它们会改变策略的含义。
  • 工程图纸和标注PDF 中的标注只有在是可选择文本时才会被翻译;作为图像一部分的标签不会被翻译。
  • 网络规格篇幅较长,包含编号要求和交叉引用。编号和标题必须保留,“shall”和“should”等词必须保持各自不同的约束强度。
  • 安装与开通指南命令、参数名称和数值穿插在操作说明中,每一项都必须与原文完全一致。
  • 告警与参数列表通常以 XLSX 维护。描述会被翻译,公式保持不变;审校人员检查代码和标识符没有被改动。

操作步骤: 6. Document translation(英文)

质量控制

内置检查

领域术语

可应用领域术语表或术语库,在审校时保持首选术语一致。

操作步骤: 3. Terminology extraction(英文)

格式和结构检查

文档结构、编号、表格和章节保持可见,便于审校。

操作步骤: 8. Document Editor(英文)

翻译记忆

当相同或相似文本再次出现时,可复用已批准译文。

操作步骤: 4. Translation memory(英文)

审校记录

在工作流支持的情况下,会保存审校操作、翻译设置和批准时间。

操作步骤: 7.3 Project tools(英文)

术语表筛选

只有当前文本中出现的术语表条目会随翻译请求发送。

操作步骤: 2.15 Use a glossary correctly(英文)

推荐设置

如何为该领域设置任务

术语提取领域

从这类文档中提取术语时,请选择“技术”。领域仅用于术语提取。

用户指南中的分步说明(英文)

术语表

为该客户和语言对添加已批准的术语,每个术语一个译法,并在翻译时选择该术语表。

用户指南中的分步说明(英文)

术语示例

关键术语处理方式

API 端点(API endpoint)

/v2/orders 这样的路径和 GET 这样的方法保持与原文一致。没有机制阻止模型修改它们,因此审校人员逐一核对。

占位符 / 变量(placeholder / variable)

{user_name} 或 %s 这样的字符串必须原样返回。质量检查会标记被修改或缺失的占位符,由审校人员恢复。

身份验证 / 授权(authentication / authorization)

一个是核实身份,一个是授予权限。有些语言日常用一个词表示两者,因此为两者分别建立术语表条目,使其保持区分。

延迟 / 吞吐量(latency / throughput)

一个是时延,一个是每秒的量。两者是不同的术语,ms 或 Mbit/s 等单位不会被换算。

已弃用(deprecated)

仍可使用,但以后会被移除。不能译成“已移除”或“已废止”;用术语表条目确定目标术语。

不兼容变更(breaking change)

会使现有集成无法工作的变更。目标术语按语言商定,有时保留英文,并加入术语表。

默认值(default value)

字面值(true、30、en-GB)保持原样。数字检查会标记发生变化的数字;true 这类词由审校人员检查。

界面标签(UI label)

按钮和菜单名称应与本地化软件一致。如果产品没有本地化,标签通常保留英文,并在术语表中记录这一决定。

错误信息(error message)

读者会搜索软件显示的原样信息。许多团队保留原始信息,并在括号中附上译文;审校人员按团队规则处理。

操作步骤: 2.4 Add terms(英文) · 2.15 Use a glossary correctly(英文)

适用对象

服务行业

软件公司、IT 服务商、工程公司、数据中心、网络安全团队和标准机构。

标准和参考

工作流支持内容

审校人员可以检查命令、文件路径、标识符、代码片段、单位、零件编号和重复出现的技术术语。

交付之前

审校人员需要检查的内容

  • 命令、代码块、文件路径和配置键与原文完全一致。
  • {name} 或 %s 等占位符和变量没有改变,也没有缺失。
  • 版本号、零件号、数值和单位与原文一致;没有任何换算或取整。
  • 界面标签与本地化软件一致,或在约定的情况下保留英文。
  • 质量检查标记的每个句段都已查看并处理。
  • 术语表术语使用一致,包括标题、表格和图注。
  • 流程中的警告、注意事项和步骤顺序完整。
  • 代码示例中的注释按客户要求翻译或保留原样。
  • 截图和图表中的文字没有翻译;已列出告知客户。
  • 下载的文件能正常打开;PDF 中的复杂版式和被替换的字体已检查。

操作步骤: 7. Translation Editor(英文)

透明说明

DeepReference 不做的事情

  • 代码、命令和占位符不会被自动保护。模型可能翻译注释、变量名或命令中的某个词。质量检查会标记发生变化的标签、数字和占位符,但不是每一处变化都会被标记,因此每个代码块都要由人检查。
  • JSON、YAML、PO、.strings 或 .resx 等软件资源文件不能作为文件翻译。XLIFF 可以:空的目标句段会被填写,并返回同一个文件(Starter 及以上)。DeepReference 翻译 DOCX、PDF、PPTX、XLSX 和 XLIFF 文件以及粘贴的文本;它不是软件本地化工具。
  • 单位、数字格式和日期不会按任何规则转换。输出就是模型写出的内容,因此由审校人员决定,例如在德语中 1.5 是否应写作 1,5。
  • 图像中的文字,例如截图和保存为图片的图纸,不会被翻译。只含图像的扫描 PDF 会被拒绝;请上传原始文件或包含可选择文本的 PDF。
  • 没有与 Git 仓库或帮助中心平台的连接。文件通过上传和下载传递,或在 Business 中通过 REST API 传递。
  • 没有面向技术或 IT 内容的单独模型,DeepReference 也不提供译员或技术审校人员。领域设置只用于引导术语提取。

问题

常见问题

我的代码块会原样返回吗?

不会自动保持原样。模型会翻译整个句段,包括代码,没有任何机制锁定代码。质量检查会标记发生变化的标签、数字和占位符,但仍需要由人将每个代码块和每条命令与原文核对。

我们可以上传软件中的 JSON、PO 或 XLIFF 文件吗?

XLIFF 可以(1.2 和 2.0,Starter 及以上):空的目标句段会被填写,并返回同一个文件。JSON 和 PO 不可以。可翻译的文件是 DOCX、PDF、PPTX、XLSX 和 XLIFF,最大 50 MB(Business 为 75 MB),另外还可以粘贴最多 100,000 个字符的文本。用 Markdown 或帮助中心工具维护的文档需要先导出为其中一种格式。

未发布产品的文档会被发送给外部 AI 公司吗?

不会。模型运行在 DeepReference 位于欧盟的自有服务器上,任何外部 AI 公司都看不到文本。客户内容从不用于训练模型。上传内容在发送前会在浏览器中加密,存储的文件为静态加密;这是您的浏览器与 DeepReference 服务器之间的加密。

有没有面向技术和 IT 内容的单独模型?

没有。所有领域都由同一个模型翻译。“技术”语气会改变输出的语体,术语表提供您已批准的术语,领域设置只用于引导术语提取,不会改变模型的翻译方式。

手册出了新版本,我们该怎么处理?

如果两个版本都是 DOCX,修订比较(Freelance 及以上)会以红线、带修订标记的 DOCX 和变更列表的形式显示原文的变化。在含译文的比较模式下,配合 Translator Pro 的翻译记忆,只会重新翻译受修订影响的句段。在您确认之前不会产生任何费用。

能否把 DeepReference 接入我们的构建或文档流水线?

Business 提供带 API 密钥的 REST API,您自己的脚本可以通过它请求翻译。目前没有现成的 Git 或帮助中心平台连接器,API 的输出同样需要人工审校。

审校框架

准备处理文件时,可从控制台打开平台。

查看质量文档

开始项目: 技术和 IT 翻译

准备处理文件时,可从控制台打开平台。