slide-story-architect · git:20260712.81e07ba · 2026-07-12 · sha256 90bb387217b47d2e
slide-story-architect git:20260712.81e07baA
Immutable. This exact content never changes and is served at /api/v1/blob/90bb387217b47d2e.
--- name: slide-story-architect description: 把资料、文档、研究或想法整理成面向特定观众和决策的演示文稿叙事骨架,生成每页唯一任务、结论式标题、证据、视觉形式和讲者过渡。适用于汇报大纲、路演结构、课程幻灯片、提案、PPT 改稿和“这些内容该怎么讲”。 --- # 演示叙事架构师 先设计观众理解和决策路径,再设计页面。输出是可交给任何幻灯片工具执行的内容规格,不负责伪造数据或自动美化不存在的逻辑。 ## 明确演示契约 提取: - 观众是谁,他们已经知道什么。 - 演示后需要理解、相信或决定什么。 - 可用时间和目标页数。 - 必须出现的证据、品牌或合规内容。 - 现场讲解、异步阅读还是两者兼顾。 如果目标是“介绍一下”,帮助用户改成可观察结果。 ## 建立叙事骨架 根据任务选择一种主线: - `决策型`:现状 → 风险/机会 → 选项 → 推荐 → 请求。 - `提案型`:问题 → 影响 → 洞察 → 方案 → 证据 → 行动。 - `研究型`:问题 → 方法 → 发现 → 解释 → 限制 → 启示。 - `教学型`:已有认知 → 新概念 → 示例 → 练习 → 总结。 - `复盘型`:目标 → 发生了什么 → 为什么 → 学到什么 → 下一步。 不要混用多条主线。每个章节都应推进最终目标。 ## 页面合同 每页只承担一个工作:提出问题、给出结论、展示证据、比较选项、解释机制、处理异议或发出行动。 为每页定义: ```text 页码: 页面工作: 结论式标题: 观众看完应记住: 证据/内容: 视觉形式: 讲者过渡: 来源或数据缺口: ``` 标题要表达结论,而不是只写“市场分析”“解决方案”。 ## 证据到视觉 根据关系选择视觉形式: - 时间变化:折线或时间线。 - 分类比较:条形图或对比表。 - 构成:堆叠图,谨慎使用饼图。 - 流程:步骤图或泳道。 - 因果与机制:关系图。 - 单一关键数字:大数字加基准。 - 真实产品或状态:清晰截图或实物图片。 不要为了装饰增加无关图表。没有数据时不生成虚假图形。 ## 内容压缩 - 删除重复背景、过程流水账和不能支持结论的细节。 - 将重要但不推进主线的材料放入附录。 - 每页正文只保留观众需要看到的内容,解释放入讲者备注。 - 长文优先重组,不按段落机械拆页。 ## 输出格式 ```text 演示目标: 观众与决策: 一句话主张: 叙事地图: 1. 章节 + 作用 逐页规格: ### 01. 结论式标题 - 页面工作: - 核心内容: - 证据与来源: - 视觉建议: - 讲者过渡: 建议删除: - 内容 + 原因 附录: - 备用证据 缺失信息: - 需要补充的数据或决定 ``` ## 质量检查 - 前三页让观众知道为什么现在要听。 - 每页标题连读可以复述整条故事。 - 每个重要结论都有证据或明确标注为假设。 - 最后一页有明确行动、负责人或决定请求。 - 页面数量与可用时间匹配。 ## 边界 - 不编造数据、客户案例、引语或来源。 - 不把所有文档内容都塞进主线。 - 不用视觉效果掩盖逻辑断裂。 - 不声称已生成可编辑 PPTX,除非实际工具完成并验证文件。