ONLYOFFICE 本地化挑战：专访 Marija，揭秘多语言翻译、AI 与社区协作

ONLYOFFICE 中的每一个按钮、菜单命令和工具提示都需要支持多种语言，而且每个版本都会新增大量文本。ONLYOFFICE 文档 10.0 带来了约 50 项新功能、协作空间更名为 ONLYOFFICE 应用，以及一系列可选的 AI 工具。所有这些新增内容都需要经过翻译和校验，并确保在各编辑器、移动应用、帮助中心和官方网站之间保持一致。

为了深入了解这项工作背后的实际情况，我们采访了自 2021 年起负责 ONLYOFFICE 本地化工作的 Marija，与她聊了聊翻译过程中遇到的长单词和变量问题、迁移到 Weblate 的经历、AI 工具的应用，以及志愿者如何参与其中。让我们一起了解本地化团队如何支持多达 45 种语言，并确保不同语言版本的产品保持一致，以及 AI 正在如何改变这项工作。

ONLYOFFICE 界面一览

各产品支持的界面语言数量。

关于受访者

Marija 自 2021 年起加入 ONLYOFFICE，负责项目中几乎所有领域的本地化工作，包括编辑器、移动应用、帮助中心和发行说明。在此之前，她有多年的笔译经验，也长期与其他译者合作。

初步了解

请简单介绍一下你在 ONLYOFFICE 的工作，以及你是如何进入本地化领域的。

我从 2021 年起就在 ONLYOFFICE 工作。在此之前，我从事过多年的翻译工作，也长期与其他译者合作，因此对工作中需要使用的大多数程序和工具都比较熟悉，学习新的文件格式、撰写翻译说明对我来说也不是什么难事。此外，在刚开始工作时，开发人员也在很多细节问题上给予了我帮助。如今，我负责项目中几乎所有领域的本地化工作，而且经常借助 AI 来完成相关任务。

目前产品被翻译成多少种语言？参与人员有多少（团队、志愿者、外包译者）？

ONLYOFFICE 文档 iOS 版的界面支持 13 种语言，Android 版支持 17 种语言。ONLYOFFICE 应用的界面支持 33 种语言，桌面编辑器支持 42 种语言，而编辑器则支持 45 种语言。至于参与翻译项目的人员，此前的翻译系统中有 550 多个注册账号，包括团队成员、合作伙伴代表、自由译者和志愿者。虽然大家的活跃程度各不相同，但其中很多人都做出了大量贡献，例如葡萄牙语、僧伽罗语和土耳其语的翻译。目前，新的 Weblate 系统才刚刚开始积累用户，但它具有很大的发展潜力。

你典型的工作日是什么样的，尤其是在 10.0 这样的版本发布之前？

项目各个领域都会不断出现新的键值（keys），包括新功能、功能说明、菜单命令等。我需要跟踪这些内容的新增情况，并及时补充相应的译文。此外，我还会审阅和翻译帮助中心内容、移动应用商店中的应用介绍，并更新发行说明。开发人员、部门同事、学生和实习生也都会参与其中，协助完成相关工作。整个更新过程几乎是持续不断的。因此，在版本发布前，工作总是格外紧张：根据测试结果和用户反馈，新的键值可能会同时被添加、修改或调整。我需要及时处理这些变化，有时还要就具体措辞征求意见，必要时也需要进一步确认上下文。

挑战与常见问题

用户甚至不会察觉到的、最常见的本地化问题是什么？

我认为最常见的问题是键值文本的长度。译者在翻译时，通常不会考虑一个按钮或菜单在实际页面或图片中呈现出来的效果，他们更关注文本本身。事实上，英文原文通常比较简洁、灵活，也更容易缩写。但有些语言的表达会长得多，例如阿尔巴尼亚语、亚美尼亚语和匈牙利语。这时，要将文本完整地放进按钮、窗口或一行内容中，就可能遇到困难。准备说明性文字时也会遇到类似的问题，例如移动应用商店中的应用介绍。所有语言面临的字符数量限制都是一样的，但英文往往可以在有限的字符数内表达更多信息，有些语言则刚好能够满足限制，而另一些语言就不得不重新组织句子、精简内容。AI 让这项工作变得容易了一些，因为我们可以要求它在不改变原意的前提下，对一段描述进行改写和压缩。

请回忆一次翻译”弄坏”界面的情况：按钮放不下、文本被截断、含义被扭曲。当时发生了什么，又是如何被发现的？

这种情况偶尔会发生。大多数时候，是设计师在准备网站更新时发现问题，并提出重新编写某个文本片段或调整其显示位置的需求。

哪些语言最难处理，为什么：德语长单词、从右到左书写、格与复数形式、字符？

主要是一些单词较长，以及存在格变化或词形变化的语言。新增键值通常不会带来太大问题，但修改已有键值时就比较麻烦。变量也可能引发一些意想不到的问题。例如，有一个变量 {aiagents}，它的值是 AI Agents。但当我们使用这个变量来组成句子时，在有格变化的语言以及其他一些语言中，就可能出现语法形式不正确的情况。比如在捷克语中，”See {aiagents} details here” 这句话可能会被翻译成不正确的形式：”Zobrazte podrobnosti o AI agenti zde”。如果删除变量，同样需要重新进行翻译。因此，最近我们在编写文本时，已经开始尽量减少变量的使用。至于 RTL（从右到左）语言，主要问题出现在技术文档的编写过程中，因为英文缩写等内容可能导致 RTL 短语按照 LTR（从左到右）的方向显示。不过，当这些内容最终呈现在页面上时，通常看起来是正常的。

你如何确保同一功能在编辑器、帮助文档、网站和移动应用中名称一致？

最理想的方案是将项目的所有领域集中到一个统一的平台上，并共用同一份术语表和翻译记忆库。因为很多短语会在不同产品中重复出现，例如桌面版和移动版之间，或者 iOS 和 Android 应用在描述相似功能时。如果能够集中管理，就可以更容易地保持术语一致。目前，我们只能在不同仓库的不同文件中逐一查找和核对。如果能够在相关项目之间实现 100% 的匹配填充，那么翻译效率和准确性都会得到提升；对于其他情况，也可以通过术语表推荐合适的译法。

10.0 版本中特别难的是什么？例如，你是如何翻译新的 AI 功能和将协作空间更名为应用的？

确实，将协作空间更名为 ONLYOFFICE 应用是一项很大的挑战，因为涉及的工作量相当庞大。我们编写了一份说明，让 AI 帮助搜索和找出所有相关内容，同时也按照不同区域分别进行搜索，并审阅了测试页面。另一方面，由于这些都是保留原文、不进行翻译的专有名称，因此大多数情况下并不会给存在格变化的语言带来太多麻烦。至于 AI 工具，目前关于是否应该翻译 AI 这一缩写以及相关术语，仍然存在一些讨论，术语表也还在逐步完善中。

我们尝试了什么，什么奏效了

你们尝试过什么又放弃了？从中得到了什么经验？

我们用 Weblate 替换了项目原有的翻译系统。这是一个更加现代化的平台，内置 AI 功能，也向更多专业人士开放。虽然我们不久前才开始积极使用和完善它，但目前已经取得了一些成效。此外，在翻译帮助中心文章时，例如有关连接器的介绍文章，我们过去主要依赖 Trados，而并不是所有参与者都能使用这款工具。现在，这类文章也可以借助 AI 进行翻译了。

版本发布前你如何检查翻译质量？

在检查文本时，AI 能够发挥很好的作用，例如 Claude。你可以针对项目中的某个领域编写一份说明，让 AI 检查相关术语和链接，并针对语序、标点和拼写错误提出修改建议。不过，在测试环境中由人工逐页检查也同样重要。通过这种方式，你才能发现一些细微的问题，将文本调整得更加自然、易读，并及时发现图片或按钮中的翻译不准确之处。

哪项决策或流程变革影响最大？

毫无疑问，是 AI 的快速发展。例如，在规模庞大的协作空间（现 ONLYOFFICE 应用）项目中，我们已经将完整性检查和潜在错误检测交给 AI 处理。这让我们能够快速定位正确的键值，并根据 AI 提供的建议进行修改。在 Weblate 中，我们还建立了从翻译系统到相关代码仓库的快速传输通道，这将使新功能和菜单命令的译文能够更快地出现在产品界面中。

社区与志愿者

是否有过社区提出比专业翻译更好方案的情况？

最近，这类讨论主要集中在是否应该翻译 AI 这一缩写及相关术语上。目前已经有一些约定俗成的译法，例如德语使用 KI，拉脱维亚语使用 MI 等。在某些语言中，社区成员建议不使用缩写，而是直接写出完整术语；而在乌克兰语中，社区最终选择保留 AI，因为一些来源推荐的 ШІ 似乎不太适合技术领域。

当母语者意见不一致时，你如何解决翻译争议？

遇到这种情况时，我们会参考其他产品或项目中类似功能的翻译方式，了解不同译法的实际使用频率，也可以征求第三方的意见，以便做出更合适的选择。

有没有哪些语言只靠一两位爱好者支撑？如果他们离开会怎样？

阿尔巴尼亚语和乌尔都语就曾出现过这种情况……当这些语言的母语志愿者退出后，我们开始借助 AI 完成相关翻译，有时还会结合回译来提高可靠性：先使用 Claude 进行翻译，再使用 Tarjama 进行反向核对。由于这些语言已经集成到项目中，我们不能停止更新，否则项目可能无法通过测试。也许很快就会有新的志愿者加入。事实上，很多用户会通过邮件提出改进建议，或者直接在 GitHub 上提交请求。我们会尽可能认真对待这些反馈，并在必要时进行修复，因为用户的反馈以及我们对这些反馈的回应都非常重要。

本地化中的 AI

你们使用机器翻译或语言模型吗？它们在哪些地方有帮助，哪些地方最好不用？

是的，我们会使用多种 AI 服务，例如 Claude、用于阿拉伯语的 Tarjama，以及 Weblate 中提供的 OpenAI 功能。它们在处理较短的文本键值、按钮和功能说明时表现最好，翻译各类说明性文字的效果也不错。至于网站页面或博客文章，AI 生成的译文仍然需要人工校对，因为这些译文有时会显得过于技术化，缺少生动自然的表达，读起来不够流畅，原文中的一些创意性表达也可能因此丢失。

你认为本地化工作在两三年内会如何变化？

其实，变化已经开始发生。整个工作流程正在加快。对于笔译人员来说，今后的关键技能将更多地体现在能否快速找到准确的术语、熟悉不同的文件格式，以及熟练运用各种可用工具。

Marija：

展望未来，我认为译者将更多地扮演编辑的角色，负责改进和调整收到的译文，让表达更加自然，也更有人情味。

建议与最后感想

对于一个刚刚开始翻译产品的开源项目，你会给出什么建议？

尽可能从一开始就将项目的所有领域集中到同一个平台上。因为如果不同领域分散在多个仓库中，而且每个仓库都需要单独申请权限，就很难保持术语一致，也会增加整体工作量。

如果有一个本地化错误可以被永远禁止，你会选哪个？

忽视上下文。即使只是一条简短的命令，也应该了解它在什么场景下使用，以及同一菜单中相邻文本的表达方式，从而避免出现不一致的情况，例如不定式与祈使句混用、大小写不统一等。

你们目前缺什么：语言、人员、工具？

目前翻译系统中仍有许多语言的翻译项目已经启动，却没有继续完成。其中一部分由合作伙伴协助推进，其他部分我们也非常欢迎志愿者参与。加入我们的方式很简单：给我们发送一封邮件，在 Weblate 上注册账号，然后以”建议”模式开始翻译即可。

读者可以如何加入 ONLYOFFICE 的翻译工作？

任何人都可以为 ONLYOFFICE 的翻译工作贡献力量，我们尤其欢迎 ONLYOFFICE 用户参与。唯一的要求是具备良好的英语水平，并且能够流利地使用另一种语言进行写作。界面翻译通过 ONLYOFFICE Weblate 这一在线翻译平台完成，无需安装任何软件，所有操作都可以直接在浏览器中进行。感兴趣的译者可以发送邮件至 documentation@onlyoffice.com，注册 Weblate 账号后即可开始参与。

结语

当本地化工作做得足够好时，人们往往不会注意到它的存在：每个按钮、每条菜单命令都能以正确的语言呈现。这次采访让我们看到了这些细节背后所付出的努力：如何让文本适应有限的界面空间，如何处理可能破坏语法结构的变量，如何确保编辑器、帮助中心文章和移动应用商店中的术语保持一致，以及如何借助有时比术语表更了解实际用法的社区力量。

整篇采访中，有两个明显的发展趋势。第一个是整合：通过统一平台共享术语表和翻译记忆库，而 Weblate 正在让这一目标成为现实。第二个是 AI：它已经能够帮助团队检查术语、撰写说明，并协助那些贡献者较少的语言完成翻译。不过，人工校对依然不可或缺，译者的角色也正在逐渐向编辑转变。

简明术语表