技能介绍

要解决什么问题

用对话式 AI 做 PPT，常见结果是「能看不能改」：预览是 HTML 截图或整页栅格图，进 PowerPoint 后文字、形状无法单独选中。另一个坑是版式先于内容——还没想清楚这一页的结论和语义关系，就开始堆卡片和渐变背景，最后信息层级和阅读路径都对不上。

秋叶PPT（技能内 workflow 2.8.3）把流程收成一条自包含链路：在技能自带的 references/ 与 scripts/ 里完成设计推理、HTML 契约、截图审计和可编辑 PPTX 导出，不依赖额外的 export-editable-pptx 技能。

工作方式概览

输入通常包括：无文字的 16:9 背景图、至少一张内容页设计参考、每页标题与正文，以及输出范围（仅 HTML 或 HTML + PPTX，默认两者都做）。同一次任务里会复用已确认的背景与参考风格，除非你主动替换。

优先级写得很硬：先保用户事实与必选关系，再澄清页面结论并重排文案；用户提供的背景必须原样作为底层（复制到 assets/ 并用真实 <img> 或 background-image），不能用手绘 CSS 渐变顶替。视觉系统从参考图抽取色板、字阶、组件与间距，学设计语言而非抄原图题材。

核心步骤可以概括为：

为每页写 design-plan.json（结论、关系类型、分组、密度、视觉 token、强调策略等）， styling 前用 scripts/audit-design-plan.mjs 校验；
固定 1600×900 单页 HTML，按语义选布局（网格、阅读路径优先，不滥用轨道/矩阵卡片墙）；
需要进 PPT 可单独选中的形状、线条、SVG，在 HTML 阶段就用 data-pptx-* 标注为真实 DOM，而不是指望导出器从 CSS 伪元素里「猜」；
默认内联编辑文本面板（页面标题、各级标题、正文），Chrome/Edge 可走 File System Access 写回 HTML；
导出前跑 scripts/inspect-slide-html.ps1 生成逐页与长卷 PNG，并声明当前模型是否具备多模态看图能力——未经你确认预览，不会自动继续 PPTX 导出（除非你明确要求免确认模式）。

适用边界

依赖你提供可用的背景/参考与文案；模型不会替你编造数据、流程步骤或数字。
视觉 QA 的「主观顺眼」部分，只有支持图像理解的模型能代劳；否则应你自己看截图 bundle，或换多模态模型再审。
复杂装饰若未按 editable-object 契约标注，可能被栅格化或忽略；CSS ::before、单边 border-bottom 默认不是独立 PPT 对象。
截图审计脚本依赖本机已安装的 Edge/Chrome 与 playwright-core，不是无头下载整套 Playwright 浏览器的那种方案。