机器人语音资料实操：区分播报原文与SSML结构

机器人播报文案里可能出现产品名称、括号、和号或其他符号。把这些文字放入SSML文档时，先要区分准备说出的原文与用于表达结构的标记。一个字符在普通文案中只是文字，放到XML结构里却可能需要特定表示方式。下面介绍资料交接和检查方法，不调用语音服务，不生成声音，也不假设某款机器人完整支持所引用的标准。

先保留播报原文，说明谁提供了内容

把文案原件、版本、使用场景和内容负责人分别登记，再制作工作副本。不要为了让某个解析器接受而直接删除原文里的符号，因为删除可能改变产品名称、数值关系或句意。若文案从表格、网页或接口取得，应保留来源及转入方式，说明哪里是原始文字、哪里经过编辑处理。

区分普通文字输入和明确标注为SSML的输入。接收系统使用哪一种，应由其正式文档或负责人确认；不能只凭输入框能够粘贴尖括号内容，就认定它会按语音标记解释。当前只掌握普通文案时，先按普通内容整理，不自动把其中看似标记的片段当成可执行结构。

W3C的SSML 1.1推荐标准说明了基于XML的语音合成标记语言及其结构。资料整理者应记录所用版本，并另行确认具体合成器支持的元素和限制。引用标准是为了解释文档表示，不是证明某项设备能力已经通过测试。

XML 1.0规范对字符数据、标记和字符引用作了说明。将普通文案放入XML文字位置时，应采用适合该位置的字符表示规则，并区分文本内容与属性值的处理。不要把同一段内容反复转义，或者把已经形成的结构整体再当普通文字转入，导致表示层次不清。

记录工作副本从哪份原文生成、采用什么处理方式、为何需要该处理。处理后先比较可还原的文字意义是否与原文一致，再检查结构是否满足所采用规则。使用的本地工具及版本也应保留，让接手人员可以理解出现差异的阶段，而不是只接到一份失去来源的最终字符串。

对原文中确实需要调整的表达，例如产品缩写怎样读，应由内容负责人和语音实现人员单独讨论。字符表示正确与发音合适不是同一个问题。不能因为解析通过就替文案增加读音结论，也不能为获得某次听起来顺畅的结果而无记录地改变原文含义。

在获准的测试环境中进行语音验证时，记录合成器、声音配置、文案版本和实际输入形式，再按明确片段试听。本文没有执行这一步，因此不提供虚构音频或试听通过结果。结构错误可以在相应检查环节发现，但结构通过仍不能保证所有词句按预期发音。

若实际系统把标记直接读出来，或者忽略部分结构，应保留输入、输出及适用文档，先核对系统采用的输入模式和支持范围。不要立即断言文案错误，也不要把另一款合成器的表现拿来替代当前系统观察。需要修改时另存版本，保留原文件和问题定位信息。

交付说明可以包括原文位置、结构文档位置、处理记录、支持范围和已完成的验证阶段。后续文案更新时，应重新检查受影响文字及其表示，而不是只替换最终文件里的某个片段。若语音配置变化，也应与文字修订分开记录，便于判断试听差异来自哪里。

两张配图为原创AI辅助方法示意，没有真实播报音频或设备界面。更多资料见机器人语音交互栏目和文章目录。保留播报原文，并清楚标注SSML结构和处理步骤，可以让语音资料更容易交接，同时把解析、含义和发音三个问题分别验证。