| name | proslide-speaker-notes |
| description | ProSlide 讲稿生成子 skill。当主 skill `proslide` 在 HTML 预览确认阶段用户选择"需要生成讲稿"时触发。
基于 PPT 页面结构、汇报对象、汇报目的等信息，生成适配现场口述的汇报讲稿。
|
ProSlide Speaker Notes
基于 PPT 页面结构生成适配现场汇报的口述讲稿。
触发条件
主 skill proslide 在 Step 9（用户确认）阶段，用户选择"需要生成讲稿"。
输入信息
调用时必须携带以下信息：
- 汇报时长（用户已确认）
- 汇报语言（中文 / 英文，用户已确认）
- 汇报对象（来自前期确认或用户素材）
- 汇报目的（来自前期确认或用户素材）
- 报告类型（A-H）
- PPT 总页数及各页核心内容摘要
- 各页 HTML 文件路径（如需读取详细内容）
工作流
- 读取输入：获取上述全部信息，确认无缺漏
- 时长分配：根据页数和总时长，为每页分配建议讲述时间
- 核心页（数据、方案、结论）可适当加长
- 过渡页（目录、背景引入）应简短
- 预留 10% 弹性时间用于现场发挥和问答
- 逐页生成讲稿：按页面顺序，每页生成一段口述表达
- 输出讲稿文件：保存为 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 味过重的机械排比和空泛套话
- ❌ 忽视汇报对象和目的，生成千人一面的通用讲稿
