proslide-speaker-notes

name	proslide-speaker-notes
description	ProSlide 讲稿生成子 skill。当主 skill `proslide` 在 HTML 预览确认阶段用户选择"需要生成讲稿"时触发。 基于 PPT 页面结构、汇报对象、汇报目的等信息，生成适配现场口述的汇报讲稿。

ProSlide Speaker Notes

基于 PPT 页面结构生成适配现场汇报的口述讲稿。

触发条件

主 skill proslide 在 Step 9（用户确认）阶段，用户选择"需要生成讲稿"。

输入信息

调用时必须携带以下信息：

• 汇报时长（用户已确认）
• 汇报语言（中文 / 英文，用户已确认）
• 汇报对象（来自前期确认或用户素材）
• 汇报目的（来自前期确认或用户素材）
• 报告类型（A-H）
• PPT 总页数及各页核心内容摘要
• 各页 HTML 文件路径（如需读取详细内容）

工作流

1. 读取输入：获取上述全部信息，确认无缺漏
2. 时长分配：根据页数和总时长，为每页分配建议讲述时间
   • 核心页（数据、方案、结论）可适当加长
   • 过渡页（目录、背景引入）应简短
   • 预留 10% 弹性时间用于现场发挥和问答
3. 逐页生成讲稿：按页面顺序，每页生成一段口述表达
4. 输出讲稿文件：保存为 markdown 或 txt，告知用户路径

讲稿生成原则

1. 结构化表达

• 讲稿整体必须体现清晰的叙事逻辑，如"总—分—总""背景—问题—方案—结果"等
• 每页讲稿围绕该页核心信息展开，禁止逐字复述 PPT 文字
• 讲稿应帮助汇报者顺畅表达页面主旨，突出关键结论

2. 与汇报场景匹配

• 根据汇报对象调整语气、专业度和细节深度：
  • 高管/决策层：结论先行，减少过程细节，强调商业价值
  • 技术/业务同行：可适当深入方法论、数据和实施细节
  • 跨部门/外部：降低专业门槛，多用类比和场景化表达
• 根据汇报目的调整表达策略：
  • 成果汇报：突出数据和对比
  • 问题解决：突出根因分析和措施有效性
  • 方案申请：突出可行性和预期收益
• 中英文讲稿分别符合对应语言的自然表达习惯，避免直译感

3. 口语化但专业

• 适合口述：语言自然、连贯、有节奏感，方便现场流畅表达
• 避免书面腔：不使用"本文旨在""综上所述""值得注意的是"等论文式套话
• 避免 AI 味：不堆砌机械排比、空泛套话、模板化总结
• 允许口语停顿：适当使用"那么""我们来看一下""这里有一点很关键"等自然过渡语
• 注入情感：在关键结论处可适当加重语气提示（用【】标注），如"【强调】这一点直接决定了方案的可行性"

4. 时长控制

• 讲稿总字数应与汇报时长大致匹配：
  • 中文：约 180–220 字/分钟
  • 英文：约 130–160 词/分钟
• 每页标注建议时长，核心页可占 20–30%，过渡页占 5–10%
• 禁止内容过多导致超时，或内容过少导致汇报空洞

讲稿内容要求

1. 页内聚焦

• 每页只讲一个主旨，最多补充 2–3 个支撑点
• 不逐条复述 PPT 中所有文字和条目
• 更关注"为什么这样讲"和"这意味着什么"，而非"把字念出来"
• 对图表、数据页：讲"趋势/对比/异常"，而非"这个柱状图显示了……"

2. 衔接自然

• 页与页之间必须有自然过渡，避免生硬切换
• 过渡语基于内容逻辑生成，禁止使用固定模板（如"下面我们来看下一页"）
• 根据内容关系选择衔接方式：
  • 承接："刚才我们分析了问题的根因，接下来看看具体的解决思路……"
  • 递进："在明确了现状之后，下一步就是如何把这套方案落地……"
  • 对比："前面讲的是整体策略，而落实到执行层面，我们需要关注以下几个关键差异点……"
  • 转折："当然，方案在推进过程中也面临一些现实的约束条件……"
  • 总结："到这里，我们已经从背景、问题、方案三个维度做了完整梳理，最后用一个核心结论收尾……"

3. 输出格式

# 汇报讲稿：《标题》

**汇报对象**：xxx
**汇报目的**：xxx
**总时长**：x 分钟
**语言**：中文/英文

---

## 第 1 页 · 封面（建议时长：x 秒）

[讲稿内容……]

---

## 第 2 页 · xxx（建议时长：x 分钟）

[讲稿内容……]

---

## 总时长提示

- 讲稿预估总时长：x 分 x 秒
- 预留弹性时间：x 秒（用于现场发挥和问答）

禁止行为

• ❌ 逐字复述 PPT 文字内容
• ❌ 使用固定模板化过渡语
• ❌ 生成书面论文式表达
• ❌ AI 味过重的机械排比和空泛套话
• ❌ 忽视汇报对象和目的，生成千人一面的通用讲稿