W39 – 用于配置本地化引擎的基础设施

Infrastructure 是配置本地化运作方式的地方。

本地化引擎是一套内置规则、模型、术语和流水线的翻译 API。您只需配置一次，之后就可以通过 CLI、API、集成、GitHub 应用或 Playground 调用它。

以下是在 Infrastructure 中可以配置的内容：

本地化引擎。本地化引擎整合了所有会影响内容翻译方式的要素。通常您不会只有一个：产品 UI 的配置，往往会不同于帮助中心或法律内容的配置。每个引擎都可以拥有自己独立的一套设置。

模型。您可以为每个语言对选择模型，并设置备用模型。如果主模型不可用或触发速率限制，Lingo.dev 会自动切换到下一个模型，避免请求失败。新的本地化引擎会附带默认模型设置，您可以根据需要随时更新和调整。

术语表、规则集和 品牌语调 位于 Context 下。它们都属于您的组织，因此同一个术语表、规则或品牌语调都可以复用于多个本地化引擎。

术语表处理的是术语含义，而不只是完全一致的拼写，所以为“Deploy”设置的术语也会覆盖“deploying”。规则集用于定义具体规范，比如在地址中将“Straße”缩写为“Str.”。品牌语调则定义每种语言应该呈现怎样的表达风格。

这些设置都有明确的优先级，因此在发生重叠时会按顺序生效：术语表优先，其次是规则，最后是品牌语调。

本地化流水线。翻译只是整个流程中的一环。在 Pipeline 选项卡中，您可以根据内容需求添加其他阶段：清理源文中的错别字和语法问题、送交人工审核、根据术语表和规则统一编辑、改写译文，或通过回译来检查含义。

不同类型的内容可以使用不同的本地化流水线。法律内容可能会跳过改写，尽量贴近原文；营销文案则可能更适合加入这一步。受监管内容甚至可能在流转之前就需要先经过人工审核。

流水线阶段也支持平稳降级：如果某个非关键阶段失败，任务会带着警告继续执行，而不是整体失败。

Playground。您可以在同一段文本上对比本地化引擎和裸模型的输出，看看配置究竟带来了哪些变化。比较不同设置时，您也可以将两个本地化引擎并排运行。

日志。 现在每个本地化引擎都有自己的日志选项卡，您可以直接查看它处理过哪些内容，而不必再从组织级日志里筛选。Model 列会显示每个请求是由哪个模型处理的，包括回退到其他模型的情况。

打开 Infrastructure，为每一种内容类型配置专属的本地化引擎。