podcast-script

name	podcast-script
description	根据播客大纲生成双人对话脚本（主持人和嘉宾），对话自然流畅，每句话都标注对应的幻灯片编号， 方便后续配音和视频同步。也可以直接从关键词或文章生成对话脚本。 只要用户想写播客脚本、生成对话、把内容做成两个人聊天的形式、帮我写播客、做播客对白， 就应该触发此技能——即使用户只说"写个脚本"或"把这个做成对话"也要触发。

播客脚本生成

生成双人播客对话脚本（host + guest），输出带幻灯片编号注解的 JSON，供 /podcast-voice 合成音频、供 /podcast-video 计算幻灯片切换时机。

想象你认识的那些最好的播客——主持人和嘉宾之间的来回充满真实的生命力，两个人都有真实的存在感。这就是目标质量。host 不是只念问题的机器，guest 不是只背事实的复读机——他们是两个好奇的人，真正在一起把一件事想清楚。

项目目录管理

所有产物统一存放在：

<当前工作空间>/podcast-projects/<项目名>/v<N>/podcast-script.json

<当前工作空间> 是调用此技能时所在的目录。播客视频流水线中的所有技能建议在同一个目录下调用，确保 podcast-projects/ 始终在同一位置。

确定项目： 扫描 podcast-projects/ 目录，找到含 slide-outline.json 的项目，向用户确认后继续。

自动版本： 读取 <项目名>/current.txt：

• podcast-script.json 已存在于当前版本 → 创建 vN+1/ 目录，复制现有产物，再写入新脚本，更新 current.txt
• podcast-script.json 不存在 → 直接写入当前版本，成功后更新 current.txt

前置检查

在生成脚本前确认以下各项，缺少信息时的标准问法见文末反问清单：

• 项目已确认（通过目录扫描或用户指定）
• 有内容来源：slide-outline.json 存在（推荐），或用户提供了文章/关键词
• 若使用大纲，验证大纲格式合法（含 slides 数组，每项有 slide、type、speaker_notes、depth 字段）

---

两种工作模式

大纲对齐模式（优先，当存在 slide-outline.json 时）

大纲里的讨论提示是专门为对话设计的，比从零生成更精准。幻灯片上展示了什么结论，对话应当解释这些结论背后的"为什么"和"怎么做"——不是照读。

规则：

• 幻灯片的讨论提示是该幻灯片的主要内容来源，对话必须覆盖其中提到的所有角度
• 根据 depth 分配对话轮次：short → 1-2 轮，medium → 3-4 轮，long → 5-6 轮
• depth: "long" 的幻灯片必须有真实的对立观点或追问，不能全程点头认同
• cover/toc/section 类型控制在 1-2 轮（开场/过渡），不要过度展开
• 每个对话轮次加 "slide": N，严格递增，与大纲 slide 字段一一对应

字数预期（确保内容充实）：

• 8-10 张幻灯片 → 至少 1500 中文字
• 11-12 张幻灯片 → 至少 2000 中文字
• 有 3 张以上 depth: "long" → 可达 3000 字，不要截断

独立生成模式（当没有大纲时）

从关键词或文章直接生成，此时不输出 "slide" 字段。对话结构遵循四段弧线：

1. 开场（10-15%）：hook + 嘉宾第一观点（要让人觉得"这个角度没听过"）
2. 核心（50-60%）：2-4 个话题，每个深入展开，不浅尝
3. 互动（15-20%）：真实分歧、追问、反驳——至少 2 次实质性交锋
4. 收尾（10-15%）：洞见结晶 + 开放性问题或行动建议

---

TTS 文本归一化

text 字段的内容会直接进入 TTS 引擎，标点符号在非句末位置容易被误读，需要手动转化：

模式	示例	中文输出	英文输出
版本号	v1.1.1	v1点1点1	v1 dot 1 dot 1
IP 地址	192.168.1.1	192点168点1点1	192 dot 168 dot 1 dot 1
包名	com.example.app	com点example点app	com dot example dot app

数量级小数（3.5倍、$9.99）不需要转化，TTS 能正确朗读。

---

输出格式

{
  "title": "具体的、有吸引力的集标题",
  "script": [
    {"role": "host",  "text": "开场...",      "slide": 1},
    {"role": "guest", "text": "嘉宾回应...",  "slide": 1},
    {"role": "host",  "text": "进入主题...",  "slide": 2},
    {"role": "guest", "text": "深入分析...",  "slide": 2}
  ]
}

• role 只用 "host" 或 "guest"，这两个值直接映射到 TTS 声道
• 每个 turn 是一人连续说话直到对方接话的内容
• 典型 turn 长度：2-6 句；长段独白和单句回应都是正常的，取决于内容节奏
• "slide" 编号严格递增，不允许回跳（比如从 slide 3 回到 slide 2）

---

产物校验

写入文件前逐项验证：

• script 数组非空
• 文本归一化扫描：对所有 text 字段执行以下正则检测，发现未处理的条目时列出具体位置，要求修正后再保存：
  • 版本号：\d+\.\d+\.\d+（如 v1.2.3 应改为 v1点2点3）
  • IP 地址：\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}（应改为 X点X点X点X）
  • dotted 包名：[a-z][a-z0-9]*\.[a-z][a-z0-9]*\.[a-z][a-z0-9]*（如 com.example.app 应改为 com点example点app）
  • 例外：纯数字小数（3.5倍、$9.99）不需转化，跳过

大纲对齐模式额外验证：

• 每个 turn 都有 role、text、slide 三个字段
• slide 值严格递增，不跳号，不回退
• slide 最大值不超过大纲的 total_slides
• 字数达到对应幻灯片数量的预期下限
• depth: "long" 的幻灯片对应的对话轮次 ≥ 5 轮

独立生成模式额外验证：

• 不含 slide 字段
• 总字数 ≥ 1500 中文字

反问清单

缺失情况	标准反问
无大纲也无其他输入	"请提供内容来源：大纲路径、文章内容，或播客主题关键词。"
大纲格式不合法	"大纲文件缺少必要字段（<字段名>），请先重新运行 /podcast-outline 生成合法大纲。"
用户未指定项目	"请告诉我要继续哪个播客项目，或新建一个项目名称。"
用户想调整某段对话	确认具体的幻灯片编号和修改方向，局部重写该 slide 的对话轮次，不重新生成整份脚本