Drupal 有一个用于管理翻译的系统，叫作 翻译管理工具，简称 TMGMT。 它可以让编辑人员选择内容、选择目标语言、创建翻译任务、跟踪任务状态，并将这些工作发送给外部翻译服务。
wxrks 通过 TMGMT 连接到 Drupal，作为该翻译服务。
编辑人员在 Drupal 中提交翻译请求，TMGMT 会将内容发送给 wxrks。wxrks 创建翻译项目，按照团队配置的翻译流程处理内容，并将完成的译文返回到 Drupal 中供使用。
Drupal 团队继续在他们熟悉的 CMS 界面中工作，而 wxrks 则在幕后处理翻译流程。
内容到达 wxrks 后，项目就可以使用组织内已在使用的同一套翻译记忆库、术语表、AI 配置、工作流程、质量检查和人员。
Drupal 和 TMGMT 始终处于内容工作流程的核心位置
编辑者可以通过他们一直在使用的 Drupal 界面申请翻译。
他们选择 TMGMT 支持的页面、文章、分类术语或其他内容，选择目标语言，然后将请求发送给 wxrks。 还可以在请求中添加评论，并将其作为说明传达给翻译团队。
每个 Drupal 翻译任务都会在 wxrks 中创建一个项目。 在 Drupal 中选定的内容会成为该项目中的工作内容。
编辑人员可以继续在 Drupal 中跟进翻译任务，而翻译人员和审校人员则可以在 wxrks 翻译编辑器中工作。
将 Drupal 连接到 wxrks 后，你还可以选择 wxrks 账户中的哪个部分接收这些项目。
在 wxrks 中，账户的这一部分称为组织单位。 这是一种将团队、客户、部门或内容类型归为一组，并为其设置专属设置的方式。
例如，营销组织单元可以拥有自己的工作流、翻译记忆库、术语表、用户和模型配置，而法律组织单元可以使用不同的设置。
这意味着，Drupal 内容可以进入一个已为负责该内容的团队配置好的环境。
一个 翻译记忆库是一个存储句子及其获批译文的数据库。 当再次出现类似内容时，wxrks 可以重复利用之前的工作，而不必把每个句子都当作全新的内容。
一个 术语表用于存储经批准的术语，例如产品名称、行业术语，以及应以特定方式翻译的词语。
Drupal 项目可以使用组织已用于其他内容的同一翻译记忆库和术语。
当同一种语言出现在多个系统中时，这就派上用场了。 产品文档中已批准的术语，在同一术语出现在 Drupal 网站上时仍可使用。
Drupal 也可以随翻译请求发送预览链接。 译者可以在 wxrks 中工作时打开源页面，查看内容显示的位置。
这有助于处理按钮、标题、菜单项和标签等简短字符串，因为周围页面的内容可能会改变它们的含义。
技术设置、必需模块、连接字段和当前版本要求请参阅Drupal Connector 快速入门。
Drupal 项目可以使用您现有的翻译上下文和 AI 配置
内容到达 wxrks 后，即可使用账户中其他项目所用的相同翻译上下文。
这个过程的一部分是情境敏感性。
上下文敏感度会利用每个片段可用的信息，生成显示给译员的翻译建议。
这些信息可能包括翻译记忆库中先前批准的译文、术语表术语、机器翻译输出，以及有关受众和写作风格的说明。
这些说明由Sous Chef管理。
Sous Chef 可让团队描述内容应采用的表达风格。 其中可以包含有关受众、正式程度、写作偏好、品牌语言或其他应影响翻译的说明。
副厨师长在“上下文敏感性”中工作，并与其他可用的翻译上下文来源协同配合。
团队还可以配置哪些来源应具有更大的影响力。
例如，在需要保持术语一致时，可以优先使用已批准的术语表术语；翻译记忆库则可以提供类似内容以往译法的示例。
用于支持的操作的 AI 模型也可进行配置。
wxrks 将此称为 模型管理。
模型管理允许管理员选择在账户或特定组织单位中，哪些 AI 提供商和模型用于特定操作。
这样一来，团队就能更好地控制用于不同类型内容和组织不同部门的模型。
因此，Drupal 项目可以遵循公司已选定的模型配置，而不必依赖 CMS 集成所选的模型。
连接到 wxrks 的 AI 模型是无状态的。 这意味着模型本身不会永久记住某次请求中的内容，并将其带到下一次请求中。
应该持续保留的知识会留在客户的 wxrks 环境中。
已批准的译文会保留在翻译记忆库中。 已批准的术语仍保留在术语表中。 指令会保留在客户的配置中。
这也意味着，公司可以更换底层 AI 模型，而不会丢失长期积累的翻译知识。
这些会汇入：
上下文相关建议
将“模型管理”显示在此流程旁边，作为客户配置受支持操作所用模型的入口。
不要把 AI 模型表现成存放客户知识的地方。
审阅者也可以使用 翻译推理。
“翻译推理”会显示影响“上下文相关”建议的因素信息。
例如，它可以显示术语、翻译记忆库、受众指示、风格调整或其他可用背景信息是否影响了结果。
当审阅者想在确认或编辑某个用词选择前了解原因时，这会为他们提供更多信息。
最终决定仍由审核人员负责。
更新后的 Drupal 内容可在质量和审核控制下重新进入翻译流程
Drupal 页面在首次翻译后仍会持续变化。
产品描述可能会更新。 法律条款可能会有所变更。 营销人员可能会重写标题。
TMGMT 支持一种称为 连续作业 的功能。
持续作业会持续监控与该翻译作业关联的 Drupal 内容。 当源内容发生更改时，更新后的内容可以再次加入翻译队列，无需编辑者创建全新的请求。
这有助于团队管理内容频繁变化的网站。
更新后的工作仍会进入同一个 wxrks 环境，因此现有的翻译记忆库、术语表、说明和工作流程仍可使用。
wxrks 还可以对翻译后的内容进行质量检查。
其中一项检查称为气味检查。
Smells 会查找传统的数字、标签或格式检查可能无法发现的语义或语言问题。
例如，它可以标记可能存在的误译、措辞不自然或术语问题，以供审核。
这些发现会计入置信度评分。
置信度评分为审核人员提供了另一个参考依据，帮助他们判断哪些地方需要仔细查看。
审核人员可以筛选置信度较低的片段、查看检查结果、编辑译文、忽略不适用的问题，并再次运行质量检查。
分数并不能决定最终结果。 由审校人员决定是否需要修改译文。
对于某些自动化项目，团队还可以设定置信度分数阈值，以便自动确认。
例如，团队可以将高于所选阈值的合格片段设置为自动确认，同时保留其他片段供语言专家审核。
团队确定阈值以及应适用的规则。
然后，项目便可按照为该组织单位配置的工作流继续进行。
一个 工作流程是团队希望项目遵循的一系列步骤。
一个工作流程可能包括先翻译，然后进行语言审校。 另一种可能包括由公司内部人员进行翻译、审核和批准。
wxrks 会遵循这些配置好的步骤，并将工作转交给担任各个角色的人员。
确保审阅者始终清晰可见，并明确其负责作出最终判断。
只有已交付的翻译才会返回 Drupal
在 wxrks 中的工作达到已交付状态后，Drupal 才会将翻译后的内容传回。
“已交付”表示项目已完成团队设置的步骤，之后内容才会返回 Drupal。
翻译工作流程中仍有未完成的工作。
Drupal 可以通过多种方式获取已完成的翻译。
它们可以在 cron 运行期间自动恢复，cron 是 Drupal 的计划后台进程。
也可以从翻译任务界面手动获取。
处理较大批量翻译的团队可以使用 Drush（Drupal 的命令行工具），通过 drush wxrks:fetch 批量导入已完成的翻译。
还可以将连接器配置为：当翻译从特定工作流步骤传来时，自动保存或接受翻译。
例如，团队可以设置工作流程，让 Drupal 收到已完成最终审核步骤的内容后自动接受。
随后，编辑人员可以在 Drupal 中预览翻译后的页面，并继续进行常规发布流程。
公司可能会使用 Drupal 搭建网站、使用另一个平台编写产品文档、使用 Figma 进行设计，并为另一个业务部门使用其他 CMS。
wxrks 还可连接 AEM、Contentful、Webflow、Figma 及其他内容系统等平台。AEMContentful
这些项目可以使用 wxrks 中已经维护的同一套翻译记忆库、术语表、说明、工作流程和模型配置。
这份Drupal 连接器快速入门介绍了当前的安装要求和配置详情。
如果您的团队已经在使用 Drupal 和 TMGMT，预约演示，我们可以带您了解现有的 Drupal 翻译工作流程如何与 wxrks 配合使用。
Unlock the power of glocalization with our Translation Management System.
Unlock the power of
with our Translation Management System.
