网文有声·连载听书
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @beatra-ai/webnovel-serial-audio。
技能介绍
解决的问题
连载网文常按章节持续更新,但有声化如果每章重新选声、临时补读音,会出现人名读错、声线漂移和重做成本高。这个技能面向已定稿、按章交付、后续章节沿用同一把叙事声音的场景,把文字转成可连载收听的章节音频。
工作方式
它不直接调用宿主连接器或 REST/OpenAPI,而是通过随包的 scripts/mcp_client.py 与 Beatra 能力交互。典型流程包括:
- 建立章节台账:记录章名、顺序、块标签和读音表,先把当前章整理成可朗读文本。
- 确认声音来源:有叙述者样本时先确认授权,再上传并冻结
voice_id;没有样本时用beatra.voices.list选择目录声音。 - 按块合成:使用
beatra.speech.synthesize生成当前章,再用beatra.tasks.get轮询到终态。 - 只重做问题块:听不清或读错时,改口播文本后提交新请求,而不是整章重录。
后续章节沿用同一 voice_id,保持声线连续。
适用边界
它适合连载网文,不适合一次性文学有声、课程讲稿或个人 IP 系列音频。硬输入包括最终章节文本、目标语言和章节序号;反复出现的人名、术语、地名需要读音表。输入建议控制在 50,000 字以内,并按完整句子或段落拆分,避免把标题、作者附注或方括号标签送进合成。
使用场景
- 连载网文作者把定稿章节交给有声制作,需要按章生成 MP3 并保持同一叙述声音。
- 编辑处理含大量人名和地名的章节,用读音表统一读法,避免 TTS 读错专有名词。
- 运营按章节顺序交付音频,后续章节沿用同一 voice_id,减少重新选声和重录。
- 音频制作听到某句不清时,只重交问题块并更新音频,而不是整章重新合成。
适合人员
- 连载网文作者:要把定稿章节按顺序做成有声,并保持后续章节声线一致。
- 有声制作编辑:要处理含大量人名、术语的章节,用读音表统一专有名词读法。
- 音频内容运营:要按章节交付音频,并在试听后只重做读错或听不清的片段。
- 网文音频制作负责人:要复用同一叙事声音,控制重录成本并核对章节用量。