一次录入如何变成 33 个语种

#先说结论

多语言站的产能问题，本质是"内容版本管理"问题。解决它只需要一个原则：原文是唯一真相，译文是可再生的产物。

#标准工作流

录入原文 → 进入待译队列 → 机器/AI 翻译 → 回写译文 → 人工精修（可选）

关键在"回写"这一步：译文要能和原文对应上，否则改稿后就乱了。

#版本冲突怎么处理

真实场景：

1. 周一发布产品页，进入待译队列
2. 周二发现参数写错，改了原文
3. 周三翻译回来了——译的是周一的版本

如果直接覆盖，你就把错误参数翻译成了 33 种语言。

解法：给每次改稿生成版本号（例如 v1:哈希值），译文回写时校验版本：

• 版本一致 → 写入
• 版本不一致 → 丢弃，重新排队

这样永远不会有"旧译文覆盖新稿"。

#人工修改过的字段要保护

运营在后台精修过日语的标题，下一次机翻不能把它覆盖。做法是给字段打"人工锁定"标记，翻译系统跳过锁定字段。

#一个人怎么跑

#不要做的事

• 不要按语种建 33 个后台账号（一个人管不过来）
• 不要手工复制粘贴译文（一定出错）
• 不要等"全部译完"再上线（永远等不到）

33 个语种一轮，大模型约 30–90 分钟，机器翻译队列 2–4 小时。失败率控制在 3% 以内，失败任务自动重排，不需要人工干预。