slides

幻灯片

将提供的材料和读者预期成果转化为视觉连贯的演示文稿。负责整套演示文稿的信息／叙事结构、每张幻灯片的任务、布局关系、证据与视觉形式的选择，以及整体设计的一致性。不要维护私有的布局／样式搜索引擎，也不要使用固定的 HTML 实现框架。

工作流程

1. 确认受众、读者预期成果（例如理解、学习、比较、审阅、决策或采取行动）、交付格式、幻灯片数量／范围或时间预算、源数据／证据、品牌约束，以及目标观看场景。若要以原生 PowerPoint 格式交付，请先明确叙事／设计约定，再使用宿主的演示文稿功能。
2. 阅读 create，然后仅加载相关的 布局模式、幻灯片策略和 文案模式。
3. 编写大纲，为每张幻灯片明确一个任务、完成该任务所需的最少信息／内容、适用时的佐证，以及与前后幻灯片的过渡／关系。若幻灯片要提出有证据支持的论断，请使用论断式标题；不要强行将参考、教学、议程或状态类幻灯片写成说服性论述。
4. 根据幻灯片需要传达的关系选择布局和图表形式。若有当前品牌／项目设计令牌，请使用。独立演示文稿无需仅为渲染而创建项目设计令牌系统。
5. **输出：**使用用户指定的位置／宿主目标位置；否则使用 .qp/artifacts/<stable-subject>/。临时中间文件使用临时目录。
6. 通过宿主／原生演示文稿功能或常规 HTML／代码功能构建所需格式。将实现机制限制在当前输出所需范围内，不要保留特定软件包专用的演示文稿生成器／模板。
7. 在适用时，使用提供的／当前任务中的证据，或当前搜索／图像功能选择图像。请在实际演示视口／导出结果中进行验证：检查内容溢出、对比度、可读性、图表标签／单位、交互式 HTML 的键盘操作，以及存在动效时的减少动效行为。

质量规则

• 每张幻灯片只聚焦一个主要任务或关系。
• 若幻灯片的任务是提出论断，请优先使用源材料支持的具体论断；若内容主要用于教学、参考、导航或状态说明，则使用描述性标题。
• 运用层级和留白；不要靠缩小字号来挽救内容过载的幻灯片。
• 若幻灯片旨在比较，请使用统一的视觉规则，确保各候选项／数据具有可比性。
• 仅在图表比正文／表格更容易呈现关系时使用图表。
• 在可行时保留品牌语气及当前设计令牌之间的关系。
• 尊重减少动效设置，并为有意义的非文本视觉元素提供无障碍描述。
• 在演示文稿确实需要之前，不要假定需要使用 CDN／图表库／动画系统。