文档

翻译您的项目

为项目设置翻译,通过Quality Control保持翻译内容实时更新,同时清晰掌握翻译成本。

Coroid使用其自身支持的十三种语言相同的引擎来翻译您的产品。您的目录文件会存储在代码库中。对它们的任何更改都会作为普通任务提交,生成对应的pull request,且仅新添加、已变更或损坏的字符串才会被发送给模型处理。

翻译内容存储在Quality Control → 翻译。该列表会显示每个项目的情况、是否已完成翻译配置以及最新的扫描结果。打开项目即可进入其工作台。

门店页面
已配置 · 源语区:en · 4个目标语区
概览设置配置贡献者建议自动化
最新扫描查看发现结果查看运行记录
语区缺失已过时
de02
fr140
ja141
ar140
  • 翻译任务质量检查与拉取请求 · 仅涉及变更的字符串已发布
  • 翻译审计定时执行 · 覆盖所有目录与语区页面草稿

质量控制 → 单个项目的翻译:各语区的最新翻译检查结果,以及翻译与翻译审计管控。仅为示例数据。

代码库所需的内容

Coroid可读取以下格式的目录文件:

格式适用场景
ICU JSON包含ICU复数和选择规则的消息文件
i18next JSONi18next及react-i18next目录,支持复数后缀
Vue i18n JSONvue-i18n消息文件,支持链接消息和管道复数规则
Rails YAMLconfig/locales/*.yml,包含%{name}插值及复数键
gettext PO.po文件和.pot模板,包含Plural-Forms每种语言的对应内容
Markdown和MDX语言文件夹下的文档页面(docs/en/…):包括文本、图片描述及选定的前置元数据字段;代码和标记内容保持不变。
自定义其他任意格式,只需在代码库中添加一个小型适配器命令即可支持。

您暂时还不需要翻译功能。如果项目尚未集成i18n,Coroid可以帮您引入相关功能。

设置

该设置标签页会引导您完成三个步骤。

  1. 检测。Coroid会生成一个检测任务。它会用指定的翻译引擎扫描您的代码库,记录技术栈、目录文件、源语言以及无法确定信息的部分。
  2. 选择。选择沿用现有i18n以保留现有的框架和目录文件,同时添加Coroid的检查机制和增量引擎。选择引入i18n让Coroid为您配置框架、提取代表性字符串,并添加多语言路由、回退机制及从右到左排版支持。
  3. 创建。Coroid会根据规范及验收标准生成设置任务,最终生成的pull request可像其他任务一样供您审核。
门店页面
尚未配置 · 正在初始化设置
概览设置配置贡献者建议自动化
  1. 检测
  2. 2选择
  3. 3创建
已检测到:Next.js 搭配 next-intl · 3个 JSON 目录 · 源语区:en
采用现有的国际化配置

保留现有的框架与目录,添加 Coroid 的翻译检查与增量引擎。

引入国际化功能

对接您的框架,提取代表性字符串,并配置语区路由、回退机制与从右到左显示功能。

源语区
en
目标语区
de, fr, ja, ar
继续

检测后的设置页:沿用现有的国际化方案或引入新方案,设定源语区与目标语区。仅为示例数据。

一旦该pull request被合并到默认分支,设置即完成,Coroid会同步相关内容。在此之前,工作台中的其他功能不会依赖已完成的设置。

代码库文件

设置过程会写入.coroid/i18n.json。该文件用于描述您的代码库信息,因此会存储在代码库中,并通过拉取请求进行更新:

{
  "version": 1,
  "cli": { "version": "1.7.0", "sha256": "…" },
  "sourceLocale": "en",
  "targetLocales": ["de", "fr", "ja", "ar"],
  "catalogs": [
    {
      "id": "ui",
      "format": "i18next-json",
      "source": "messages/{locale}.json"
    }
  ],
  "localeTier": { "ja": "escalation" }
}
  • cli它会指定引擎的确切版本及校验和。每次运行时,Coroid都会下载并验证该版本,避免更新意外改变翻译输出结果。
  • sourceLocale可以是任意语言。例如瑞典语源文本翻译成英语和德语的流程完全一致。
  • localeTier用于指定某个语言区域所需的更高级别的翻译服务等级。您可自行选择等级,而非指定具体模型。

该文件还可存储术语表、受保护的术语、产品背景信息及各语言区域的特殊说明。

如需修改,可在配置标签页中编辑,然后选择提议更改。Coroid会生成一个任务,应用该文件内容并修复受更改影响的翻译。

同一标签页还包含属于Coroid而非代码库的设置:允许哪些站点打开建议选择器、建议是否默认需经过审核,以及项目的翻译费用上限。

检查每项更改

翻译内容会通过两项Quality Control机制纳入验证流程。可从概览标签页添加相关内容。

  • 翻译会在任务QA环节及拉取请求中运行。它仅检查本次更改涉及的字符串。
  • 翻译审计会按预定计划运行。它会检查所有目录文件及语言区域,还可包含对相应语言页面的浏览器测试,以验证从右到左排版、内容溢出及页面未翻译文本等情况。

添加控制规则时会生成策略草案。审核通过后,即可在质量策略下发布以启用该功能。

每个问题都会生成带有问题代码的发现结果:

代码含义默认会阻断流程
missing该字符串没有对应的翻译是
invalid_syntax翻译内容无法解析,例如ICU语法错误是
placeholder_mismatch占位符与源字符串不一致是
plural_categories缺少该语言环境所需的复数形式是
stale字符串翻译完成后源内容发生了变更否

您可以在控件设置中选择需要屏蔽的代码。当您的文件配置了术语表、长度及禁用词规则时,系统会针对这些规则返回对应的代码。

质量控制
最新运行结果中筛选出的与国际化相关的发现。
策略发现结果4运行记录
  • missingui · checkout.total · fr未翻译
  • staleui · nav.deals · de源文本变更导致翻译过时
  • placeholder_mismatchui · cart.items · ja占位符与源文本不符
  • plural_categoriesui · cart.count · ar该语区缺少复数形式

翻译检查的质量发现结果,每个问题对应一个代码。仅为示例数据。

当翻译查找过程阻塞了任务时,开发者智能体每次都会采用相同的方式修复:它会为该任务开启一个翻译会话,并对变更的字符串运行引擎,绝不会手动编辑目标目录。

Translator模型

翻译在AI配置文件中拥有独立的角色,Translator,与架构师、开发者、QA及审核员并列。默认情况下它使用Hy-MT2翻译模型,在符合贵组织政策的前提下会以GPT-6 Luna作为备用模型。您可以像调整其他角色一样,在AI配置文件中修改其映射关系。

引擎还会按照大小对字符串进行批量处理,验证每条回复是否符合您设定的占位符及复数规则,若回复不合格则会重试或升级处理该字符串。

费用

所有套餐均支持翻译功能。翻译请求会通过Coroid的翻译网关转发,产生的费用将计入贵组织的模型使用费,与智能体运行费用性质相同。设置类任务也会像其他任务一样,占用套餐规定的智能体运行时长配额。

采用默认的Translator路由时,每1000个字符串每种语言的翻译成本约为两美分。经测算,将包含2000个字符串的目录翻译成10种语言的成本约为0.33美元。

  • 仅变更部分才会产生费用。引擎会以源文本为键保存缓存,因此未变更的字符串不会再被重新发送。
  • 每个任务都设有翻译数量上限。会话会在达到任务的花费上限后停止,默认上限为1美元。项目可在此处设置更低的上限: 配置 → 访问权限与花费。
  • 检查项不会产生模型调用。翻译控件和审计功能会读取您的目录内容,但不会执行翻译操作。

在Coroid之外进行翻译

引擎是一款命令行工具,coroid-i18n。您自己的CI系统可以运行相同版本的引擎,并搭配专属的OpenRouter密钥。在Coroid内部,任务始终通过翻译网关处理,因此花费和限制规则会统一管控。