如何为 TTS 正确书写数字、日期、金额和单位

数字对阅读很紧凑，对语音却常有歧义。1/5、2026、$14.99 或 3–30 s 都需要模型选择具体读法。

制作时最安全的做法是先决定“希望听众听到哪些词”，必要时把重要数字写得更明确，然后用短句测试。

先确定读法，再决定写法

例如 $14.99 可能希望读成 “fourteen dollars and ninety-nine cents”。如果精确措辞重要，就直接把希望听到的形式写进生成脚本。

年份不总是普通基数词

英文 2026 常读作 “twenty twenty-six”，但上下文和语言可能改变结果。重要年份要放进完整句子测试，必要时明确写出读法。

日期必须避免地区歧义

08/09/2026 在不同地区可以表示两个日期。旁白应使用对目标语言明确的日期形式。法律、账单、发布和活动日期尤其应该以清晰优先。

货币符号需要上下文

$ 不只代表一种货币。对听众重要时，应明确是 US dollars、pesos 或其他货币。多语言内容也不要把英文货币格式机械复制到所有语言。

百分比和周围文字一起测试

多个百分比、小数和范围堆在同一句会增加听觉负担。必要时拆句，让准确数字更容易理解。

长小数可能不适合朗读

如果听众不需要全部精度，可以在脚本允许的前提下合理舍入；如果必须保留科学、金融或医疗精度，就保持准确并进行人工审核，而不是为“好听”篡改数值。

范围容易被误读

3–30 seconds 在重要说明中可以改成 “three to thirty seconds”。同样原则适用于日期、价格和数量范围。

单位要匹配受众

5 km、10 GB、44.1 kHz、250 ms 对技术受众可能合适，对普通旁白则可能展开成完整词更自然。先测试，再决定。

序数词需要特别检查

1st、2nd、21st 和版本号应放进完整句子测试。读法不稳定时，写成 “twenty-first” 或自然目标语言形式。

大数字要为听觉编辑

1,250,000 可能读对却仍然让人难以理解。根据准确性要求选择“一百二十五万”式完整表达或“约 1.25 million”式概括。旁白不是电子表格。

缩写与数字组合会增加歧义

API v2.5 supports 5 languages 同时包含 acronym、版本号和数量，应整句测试。必要时写成更明确的 speech-oriented 形式。

多语言必须按语言复核

本地化数字格式、确认小数和千位分隔符、使用无歧义日期、必要时明确货币、测试单位和缩写，并听完整句子而不是孤立数字。

建立数字回归测试

经常出现价格、日期、版本号或单位的项目，可以保存一小段固定测试脚本，在更换模型、语言或重要格式规则后重新生成。

数字出错时做单变量比较

先只比较 $14.99 与 “fourteen dollars and ninety-nine cents”，保持其它所有条件一致。如果后者解决问题，问题是文本规范化，不是参考声音。

最终扫描

重点检查：歧义日期、未命名货币、过长小数、不清楚范围、单位、序数/版本号、大数字、需要逐字符读的标识符，以及从其他 locale 复制来的分隔符。

目标是可预测的语音，而不是最紧凑的文字。