系统整合 · 实作指南
AI 翻译很顺，订单编号却填不进去了
两张退稿单与一张验收单，检查 AI 翻译是否保留系统需要的变量字段。
AAHouse 原创解说视频，采用 AI 辅助概念画面、合成旁白及原创音乐。
英文逐字稿 · 简体中文普通话逐字稿 · 台湾华语逐字稿 · 澳门粤语逐字稿
审稿台上的一个小括号
假设一家美国维修店把订单通知交给 AI 翻译。原句是“Order {order_id} is ready.”，译稿变成“订单 {订单号} 已准备好。”中文很顺，却可能无法填入系统提供的 order_id。这里的括号不是给顾客看的文字，而是程序与文案之间的接口。本文用虚构通知做一次编辑演练。
- 输入数据：order_id = A-104
- 原字段：{order_id}
- 错误译稿：订单 {订单号} 已准备好。
原创示意图 · 合成数据，非真实业务结果
第一张退稿单：字段名被翻译了
在本文采用的 Python str.format 语法中，花括号包住替换字段，名字必须与传入数据匹配。[1] 我们用合成编号 A-104 运行本地测试：保留 {order_id} 的译稿正确填入编号；改成 {订单号} 则出现 KeyError。不能把这个结果推广为所有模板引擎的行为，但足以说明“读起来通顺”不是程序验收。
- 保留 {order_id} → 填入 A-104
- 改成 {订单号} → KeyError
- 结果仅限本文 Python 合成测试
原创示意图 · 合成数据，非真实业务结果
第二张退稿单：能运行，却漏了编号
另一份译稿只写“订单已准备好”。它没有语法错误，却丢掉了顾客区分订单所需的编号。本地测试确认它仍可生成文字，因此只检查程序是否报错不够。对这类简单通知，应先列出必须保留的字段，再对照解析结果和实际输出。字段存在也不保证放在正确的位置，仍需人工检查含义。
- 译稿：订单已准备好。
- 程序能运行，但没有 A-104
- 必须字段检查 ≠ 仅检查是否报错
原创示意图 · 合成数据，非真实业务结果
可以换语序，不能拆掉上下文
保留字段名，不等于要求译文照搬英文语序。ICU 文档建议把消息作为完整单元翻译，让变量位置随目标语言调整；其 MessageFormat 也支持按语言规则选择复数分支。[2] 给 AI 完整句子、字段含义和示例值，比逐段翻译碎片更有用。Python 与 ICU 的语法不能混用，验收要使用产品实际采用的解析器。
- 可以：按目标语言调整语序
- 保留：字段名及业务含义
- 验证：使用产品实际模板解析器
原创示意图 · 合成数据，非真实业务结果
一张可交付的验收单
把“订单 {order_id} 已准备好。”连同示例数据交给审核人，输出应包含 A-104，意思应仍是订单已准备好。再测试缺少数据、较长编号及产品支持的语言分支。我们的建议是把字段契约检查与语言审核分开记录；任一项失败就保留草稿。本文只运行了简单 Python 合成测试，没有接入客户系统或发送通知。
- 字段契约：必需字段、样例输出
- 语言审核：语序、含义、上下文
- 任一失败 → 保留草稿，不发送
原创示意图 · 合成数据，非真实业务结果