选型指南 架构设计 含可复制代码

多语言产品的术语一致性:别让同一个词有三种译法

目录层用 SSG 加 ISR 拿收录,工具层用一份 JSON Schema 承接 91 个站内工具,密钥、计费与限流全部收口在国内业务后端,模型调用统一走一层薄适配。这篇把我们真实的目录结构、Schema 字段定义、路由闸门、预扣结算伪代码和合规清单完整摊开。

陈
陈默架构组
2026-09-28 · 14 分钟阅读 · 8,432 次浏览

占位符被翻译({count} 变成 {数量})会直接导致运行时错误。

同一个词三种译法,用户就不信任你了

多语言产品里,术语不一致是最伤专业感的细节 ✗:"

设置"在一处叫 Settings ✔、另一处叫 Preferences ✗;

"额度"在界面上叫 Quota ✔、文档里叫 Credit Limit ✗。

用户会怀疑"这是同一个东西吗" ✔。

术语一致性要靠"术语表 + 检查" ✔,而不是靠翻译自觉 ✗。

一、建一份术语表(Termbase)

每条至少四项 ✔:

```

原文词 | 目标语言标准译法 | 是否允许出现变体 | 备注(为什么这么定)

```

要点:

· 术语表要唯一且权威 ✔(分散在多份文档里就等于没有 ✔);

· 专有名词与产品名必须进表 ✔(这些最容易被"意译" ✔);

· 若某词故意保留原文(例如 API 名称 ✔)→ 明确写"保留不译" ✔。

二、把术语表变成检查项

· 前端文案:提取所有界面字符串 ✔,与术语表比对 ✔;

· 文档:检查是否出现"已废弃译法" ✔(维护一份黑名单 ✔);

· 模型输出:在提示词里给出术语表 ✔,并在后处理检查 ✔

(可直接替换,或标记为需人工确认 ✔)。

关键:黑名单比白名单更有效 ✗ ✔ —— 检查"不该出现的译法"比检查"所有译法都在表里"容易得多 ✔。

三、翻译流程里的三个动作

1. 译前:给译者术语表与黑名单 ✔(不是翻译完再挑错 ✔);

2. 译中:术语表进翻译记忆/机器翻译词典 ✔(让工具层就一致 ✔);

3. 译后:跑一次自动检查 ✔(术语、占位符、长度 ✔),人工只看差异 ✔。

四、四个常见坑

· 占位符被翻译 ✗({count} 变成 {数量} ✔)→ 直接导致运行时错误 ✔;

· 复数/性别规则被忽略 ✗(不同语言规则不同 ✔);

· 语气不一致 ✗(一处"您"一处"你" ✔)→ 一并进术语表 ✔;

· 术语表更新了但旧文案没改 ✗ → 需要一个定期全量扫描 ✔。

五、怎么验证

· 抽 50 条界面文案 ✔,统计术语违规数 ✔(目标 0 ✔);

· 抽 20 条模型输出 ✔,统计术语违规数 ✔(模型侧通常比界面侧更容易飘 ✔);

· 每次发版后跑一次全量扫描 ✔,把新违规补进黑名单 ✔。

一条判据

> 一个不懂该语言的产品经理 ✔,能否靠术语表 + 黑名单自动查出主要不一致 ✔?

> 不能,说明术语还没有变成可检查的资产 ✗。

本文由云枢 AI导航整理,内容以官方来源为准。

相关文章

顺序阅读

← 上一篇:AI 功能的状态与恢复:会话中断了怎么办
下一篇:非文本内容的检索:表格、图表与扫描件怎么处理 →

第 93 / 171 篇

术语速查 · 本页出现的 12 个词展开看中文名与一句话解释,点术语看完整条目
  • token词元:模型处理文本的最小单位,中文约 1–2 个汉字;计费与上下文长度都按它算。
  • 转写 / 字幕Transcription:把音视频人声逐句变成带时间戳的文字稿,便于做字幕与章节切分。
  • SSE服务器发送事件:服务器通过长连接持续推送增量文本,是对白逐字出现的常见实现。
  • API应用编程接口:程序之间约定的调用方式;站内工具由服务端调用,浏览器里不出现密钥。
  • CDN内容分发网络:把静态资源缓存到离用户更近的节点,缩短加载时间。
  • 缓存Cache:把结果暂存复用,复用得越多平均耗时越低;需要约定过期与刷新策略。
  • 限流Rate Limit:限制单位时间内的请求次数,防止单用户或异常流量打满服务端。
  • SSG静态站点生成:构建阶段就生成 HTML,访问时直接返回,不必每次请求都渲染。
  • ISR增量静态再生:先返回静态页,再在后台按需重新生成,兼顾速度与更新时效。
  • 灰度发布Canary Release:先让一小部分用户用新版本,确认无误再放量,出问题的爆炸半径最小。
  • 提示词Prompt:交给模型的指令文本;写清角色、任务、输入与输出格式比反复试更省。
  • 积分Credits:站内计费单位:按工具单价预扣,调用失败自动退还;单价以定价页为准。

完整解释与站内出现处见 AI 术语表(40 条)。