读书口播文稿生成器

这个技能解决什么问题

给读书短视频写口播稿，最常见的两个坑：一是稿子读起来像书评或者说明书，书面腔太重，塞进 TTS 念出来节奏全毁；二是分段标题、结构标签和审稿批注跟正文混在一起，录制前还得手工清理一遍。这个技能把「生成」和「清理」合并成一步——产出的就是能直接朗读的纯正文。

它是怎么工作的

输入只有两样：作者姓名 和 书名。缺任一项会先追问，不会猜。可选的还有侧重观点、字数区间、平台适配等定制要求。

核心是一套写在 references/script-structure.md 里的内部结构规范，包含六大模块的写作要求、禁止项和自检清单：

• 开场钩子：3 秒内抓住注意力，从五种钩子类型里选一，第一句话独立成段
• 作者与背景：像讲故事一样交代，不写成百科词条
• 核心内容拆解：3 个观点，每个走「观点陈述 → 案例展开 → 个人解读」三层，彼此逻辑递进
• 金句穿插：2～3 句，自然融入行文，不单独成段
• 个人感悟与推荐：至少 1 个具体生活场景，说清谁该读、什么时候读、读完能得到什么
• 结尾引导：收束金句 + 开放问题 + 固定结束语

关键设计是结构只在内部生效。生成时严格按六模块走，但标题、编号、模块提示一律不落到正文里，最后还要过一遍纯净度自检，确认可以直接送入 TTS。

自检分四类：结构是否完整、语言是否口语化（短句为主，平均 15～25 字）、内容是否达标、纯净度是否干净。不通过就直接改，不把检查过程暴露给用户。终稿存为 {书名}_口播文稿.txt，再附上字数统计和核心观点概要。

适用边界

• 只做文稿，不做音频合成。需要 MP3 的话得再接一个 TTS 技能。
• 金句必须基于书籍实际内容，拿不准就用「大意是」转述，不编引用。
• 字数 4500～8000，不低于下限；不同书类拆解侧重点不同，小说重情节人物，社科重观点数据，经管重案例方法。
• 结尾固定为 我是小何，我们下本书见。，不适合需要替换口播人身份的场景。
• 每篇一次性定制，不做模板复用。