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

AI 功能的国际化:不只是翻译界面

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

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

评测集里没有样本的语言,就不算真的上线了。

国际化不只是把界面翻译了

把界面翻译成多语言只是第一步 ✔。AI 功能的国际化还会遇到四类问题 ✗:

输入语言、模型能力、文化与合规、以及数据可及性 ✔。

一、输入语言:别假设用户用英文提问

· 自动检测语言并选择合适回应语言 ✔(不要强制 ✔);

· 混排输入很常见(中文 + 英文术语 ✔)→ 不要因为"检测到英文"就切成英文回复 ✗;

· 明确语言偏好设置(用户可指定 ✔),并在首次使用时不打断 ✔。

二、模型能力:不同语言的能力并不相同

同一个模型,在某些语言上表现明显更弱 ✔(尤其小语种 ✔)。

做法:

· 分语言测(每个目标语言都要有评测样本 ✔ —— 见评测那几篇 ✔);

· 能力不足就明说("该语言支持有限" ✔ —— 见能力区间那篇 ✔);

· 别用"英文测通过"推导"所有语言都能用" ✗(这是最常见的误判 ✔)。

三、文化与合规:同一个表述在不同地区含义不同

· 敏感话题与禁忌逐地区确认 ✔(不是翻译问题,是文化问题 ✔);

· 法规差异(数据本地化、保留期限、内容限制 ✔ —— 见数据保留那篇 ✔);

· 语气与礼貌级别(某些语言有敬语层级 ✔ —— 与术语表一起维护 ✔)。

四、数据可及性:资料本身就是瓶颈

· 资料是否覆盖该语言?(往往只有英文/中文文档 ✔);

· 检索是否分语言?(跨语言检索要么做好,要么明说只检索同语种 ✔);

· 时间与格式本地化(日期、数字、币种 ✔ —— 见多语言工程坑那篇 ✔)。

五、该观测什么

· 各语言的调用量、成功率、负反馈率(分语言看 ✔);

· 语言检测准确率(检测错会导致答错语言 ✔);

· 跨语言检索命中率 ✔;

· 按地区的合规事件数(应为 0 ✔)。

六、一条务实建议

```

不要一次上十种语言 ✔

先选 1~2 个目标语言,把"评测集 + 术语表 + 检索资料 + 合规确认"四件事做齐 ✔

再逐语言复制这套流程 ✔

```

一条判据

> 你的评测集里,每个上线语言都有样本吗 ✔?

> 没有,说明上线语言的"能用"还没有证据 ✗。

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

相关文章

顺序阅读

← 上一篇:把日志变成可查询的证据:字段规范化
下一篇:上线前要给客服什么:一份武装包 →

第 123 / 171 篇

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

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