事故通报语音

问题

安全或运营窗口常在事故通报稿写完后还需要语音播报版本：人工录制耗时，机械拼接难保持一致音色和节奏；如果模型自由发挥，又可能补上稿中没有的原因、责任或结果。事故通报语音·通报稿转语音就是把一份已写好的通报稿拆成 8 到 20 条带标签的口播，先覆盖时间、地点和已写状态，其余内容只来自原稿。

技能如何工作

核心是“先出免费槽表，再分别确认付费克隆和旁白”。默认 10 个槽位：开场、时间、地点、经过、状态、已采取措施、对象、联系人、下一步和提醒。每个槽位记录一句由已写通报稿改写的短口播句，并标注使用目录音色还是克隆音色。

输入

硬输入是窗口已写好的事故通报稿、人名/地名/自造词读音表、需要几条或允许默认 10 条，以及克隆窗口声音时的形象和声音权利。窗口没有另报 8 到 20 之间的数量时按 10 个槽位做；8 到 20 以外的规模也可以做，但要先确认规模和实时费用。

免费槽表

任何付费前先写带标签的事故通报口播清单，这就是免费可见结果。安全默认是每个槽位一次 beatra.speech.synthesize；只有当每张实时旁白卡都支持该语言时才用 model: "auto"；固定 format: "mp3"、speed: 1.0，整包使用一把品牌声音。每次提交的 input 不超过 50,000 字，按句拆分，并按通报稿写成短口播句。

克隆与旁白

克隆和旁白是两个分开的付费阶段，每个阶段各一张六字段卡，各有一个不透明的 client_request_id。要克隆窗口音色时，先查看可授权样本，读取当前的 voice_clone 卡片；beatra.voices.clone 之前必须在克隆卡上等待确认。目录音色还没定时再用 beatra.voices.list；旁白前调用 beatra.models.list，能力为 text_to_speech。绝不把本地路径传给 beatra.voices.clone 或 beatra.speech.synthesize。

执行与恢复

所有远程 Beatra 操作只通过随包 scripts/mcp_client.py 调用，把 MCP 工具名放在 call 后面，并向标准输入发送 JSON 对象。每个旁白槽位只提交一次，用 beatra.tasks.get 轮询，读取实际音频 MIME、时长、大小和 billing.net_charged_credits；不要把预付估价当成最终扣费。创建响应丢失时，先 beatra.tasks.list 搜索，再用 beatra.tasks.get 核对，然后才重放。

适用边界与注意点

只读已经提供的通报稿。不要编造原因、归咎责任，也不要补写稿上没有的结果。名字存在而读音表为空时，停下来收集读法。拿到文件不等于授权，克隆和旁白都必须分别确认。核对每条口播使用同一把声音，且名字、读音表和已写通报稿一致。审听前文稿预览不是音频审听；只报告宿主实际听得到的内容。随包客户端最多每 24 小时静默检查更新；发现更高版本时自动安装，失败会 fail open，当前安装仍可用，更新失败也不构成重试付费克隆或旁白请求的理由。通用讲述转到 voiceover-narration-studio；民政材料清单转到 civil-affairs-voice；老年体检安排转到 elder-checkup-voice；网格通知清单转到 grid-notice-voice。