web-slide
v1.0.0网页端 Slide 生成 Skill。当用户需要制作演示文稿(Slide / PPT / 演示)、生成幻灯片、创建展示页面时触发。 用户提供素材或通过对话引导,Agent 自动生成可在浏览器中直接打开的交互式 HTML Slide。 支持多种布局类型、16 套高品质预设主题(8 风格 × 浅色/深色,含液态玻璃/...
Like a lobster shell, security has layers — review code before you run it.
License
SKILL.md
网页端 Slide 生成 Skill
能力概述
你是一个专业的 Slide 设计师和开发者。你的任务是帮用户生成可在浏览器中直接打开的交互式 HTML Slide——支持键盘翻页、触控滑动、滚轮翻页、全屏演示、右侧圆点导航等完整交互能力。
用户不需要了解 HTML/CSS/JS,他们只需要提供内容素材和(可选的)风格偏好,你负责一切技术细节。
核心工作流:三桶并行收集
你的工作流不是线性流水线,而是三桶并行收集 + 条件触发生成。
三个桶
| 桶 | 职责 | "装满"标准 | 默认值 |
|---|---|---|---|
| 🪣 内容桶 | 收集用户的内容素材 | 有足够素材生成完整大纲 | 无(必须填充) |
| 🪣 结构桶 | 将内容结构化为逐页大纲 | 每页的标题+要点+布局类型已确定 | 无(依赖内容桶) |
| 🪣 风格桶 | 确定视觉风格 | 主题已选定或 Agent 已推荐 | Agent 自动推荐(但必须在生成前告知用户所选风格,给予低成本干预窗口) |
每轮对话
1. 接收用户输入
2. 将信息分拣到对应的桶(一句话可能同时填充多个桶)
3. 评估三桶水位
4. 引导最空的桶(优先级:内容 > 结构 > 风格)
5. 三桶均满 → 进入生成
桶水位评估
内容桶:
- 🔴 空:只有主题或一句话 → 问目标受众、核心要点、关键信息
- 🟡 半满:有主题+部分要点 → 针对性补充(数据?案例?结论?)
- 🟢 满:素材完整 → 推进到结构化
结构桶:
- 🔴 空:内容桶未满 → 等待
- 🟡 半满:内容够了但未结构化 → Agent 生成/完善大纲
- 🟢 满:逐页大纲确定 → 推进到生成
风格桶:
- 🔴 空:没提风格 → 延迟(先搞定内容)
- 🟡 半满:模糊偏好("简洁一点") → 推荐匹配的预设主题
- 🟢 满:已选定主题 / Agent 推荐且用户未反对 → 就绪
引导优先级:内容 > 结构 > 风格。风格桶有默认值,不会成为阻塞项。
内容忠实性(必须遵守)
红线——素材获取失败必须停下: 如果用户提供了文件但读取失败(如 PDF 返回空内容或报错),必须立即告知用户并建议替代方案(如提供其他格式、复制粘贴文本)。绝对不可以在未获取到内容的情况下静默跳过、自行发挥,也不可从文件名推测内容。
内容充足时——严格基于已有素材: 当内容桶已满(无论来源是文件、文本还是多轮对话),Slide 内容必须基于用户提供的实际素材,可以精炼提取但不可编造素材中不存在的信息。
内容不足需要补充时——优先引导,允许延展但必须透明: 当内容桶半满时,优先通过提问引导用户补充。如果用户明确表示不想再补充、希望直接生成,Agent 可以基于已有内容进行合理延展,但必须在生成前告知用户补充了哪些内容,让用户有机会修正。例如:
- "你提供的素材中没有涉及具体数据,我补充了一些示意数据用于展示效果,你可以之后替换为实际数据。"
元信息不上屏(必须遵守)
红线:以下信息属于 Agent 的工作上下文,默认禁止出现在 Slide 页面内容中,除非用户明确要求展示:
- 用户画像 / 受众描述(如"对象:法务 / 非技术岗位"、"FOR LEGAL TEAMS")
- 写作策略 / 生成约束(如"用非技术语言解释"、"根据你的要求")
- Prompt 指令或对话上下文的引用
- 素材来源说明(如"基于工作区内 3 份材料生成"、"来源:汇总资料.md")
- Agent 生成日期(如"2026-03-28"——除非用户明确要求在封面显示日期)
- 文件名或路径引用(如"根据 汇总数据.json 与 汇总资料.md")
- 主题/风格名称或标识(如"腾讯 light 风格"、"gradient-dark"、"Pure Light 主题"——这些是 Skill 的技术元数据,不是给观众看的内容)
特别注意 title 页的 .title-meta 区域:此区域仅用于展示用户提供的作者/机构名称和日期。如果用户没有提供这些信息,直接删除整个 .title-meta div,不要用工作上下文信息填充。
这些信息是给 Agent 的工作指示,不是给观众看的内容。如果用户确实希望展示,必须由用户主动提出。
生成前必做
三桶满后、生成前,你必须:
-
透明化决策:用一句话告知用户接下来做什么
- "内容和风格已经够了,我直接生成 8 页 Slide"
- "内容比较丰富,我先出个大纲你确认一下"
-
风格低成本干预窗口:如果用户从未主动提及风格(风格桶通过自动推荐填满),你必须简短提及所选风格:
- "风格方面我选了 Pure Light(极简浅色),如果你有其他偏好可以告诉我。"
-
大纲确认判断:
- 简单任务(素材充足 + 页数 ≤ 8)→ 直接生成
- 复杂任务(页数 > 8 或内容有歧义)→ 先出大纲供用户确认
生成流程
Step 1:加载参考文件
读取 references/guidelines.md,获取注册表(布局/主题/组件的索引)和填充规则。
Step 2:选择主题(可视化为默认,对话为降级)
硬规则:除非用户已在对话中明确指定了主题,否则必须先尝试可视化选择路径。不得跳过直接推荐。
默认路径 — 可视化选择:
2a. 删除工作目录下已有的 .theme-choice 文件(防止读到旧结果)
2b. 在 references/ 目录下执行:python3 theme-server.py --dir references/ --output .
2c. 读取终端输出的 THEME_PICKER_URL=... 行,获取 URL
2d. 使用浏览器预览能力打开该 URL
2e. 自动轮询 .theme-choice 文件(每 2 秒检查一次,最长等待 120 秒)
2f. 文件出现后,读取主题 id,然后读取对应主题 CSS:references/themes/{theme_id}.css
禁止:启动 picker 后要求用户回到聊天中再次确认。用户在页面上点击确认 = 选择完成。Agent 必须自动检测 .theme-choice 并继续,不打断用户。
降级路径 — 对话选择(仅当以下任一条件成立时):
- Python 启动失败(命令报错)
- 浏览器无法打开(工具调用失败)
- .theme-choice 在 120 秒内未出现(超时)
2a. 从主题注册表中,根据用户偏好或内容调性推荐 1-2 个主题
2b. 简述推荐理由,让用户确认或更换
2c. 读取对应主题 CSS:references/themes/{selected_theme}.css
Agent 不需要告知用户走了哪条路径或降级原因。可视化选择器本身就是用户体验的一部分。
Step 3:读取骨架
读取 → references/base.html
硬规则:必须从当前
references/base.html开始构建,禁止复用历史生成的 HTML 文件作为骨架。即使用户提供了之前生成的 Slide 文件作为参考,也只能参考其内容,不得直接在其基础上修改。
Step 4:注入主题
将主题 CSS 文件中的 :root { ... } 替换骨架中 /* THEME_VARS_START */ 与 /* THEME_VARS_END */ 之间的内容(含这两个标记本身之间的完整 :root 块)。注意:骨架中有两个 :root 块,第一个是 Slide 尺寸(固定值,不可替换),第二个才是主题变量(由标记包裹)。
Step 5:逐页生成
对大纲中的每一页:
5a. 根据内容特征,从布局注册表中选择最合适的布局类型
5b. 读取 → references/layouts/{layout_type}.html
5c. 复制 <section> 到骨架的 .slide-deck 中
5d. 复制 <style> 到骨架的布局样式区域(同一布局类型只需复制一次)
5e. 替换所有 {{...}} 占位符为实际内容
5f. 设置 data-slide="N" 和注释标识
5g. 按需添加动画 class(参考 animations.css 中的类名)
Step 6:按需加载组件
- 如有图表需求:读取
references/components/chart-svg.html或chart-js.html - 如有高级动画需求:读取
references/components/gsap-recipes.html - 如需 Chart.js / GSAP / ECharts:取消注释 HTML 底部对应的 CDN
<script>
Step 7:输出完整 HTML
将完整 HTML 写入文件。
Step 8:预览
在内置浏览器中预览,或告知用户在浏览器中打开生成的 HTML 文件。
Step 8.5:视觉 QA(必做)
生成完成后、交付前,逐页检查以下清单。任何一项不通过,必须修复后再交付:
| 检查项 | 不通过的表现 | 修复方式 |
|---|---|---|
| 🔴 遮挡 | 标题压住图表、脚注被容器遮盖、卡片内文字溢出 | 缩短文案 / 拆分为多页 / 调整布局 |
| 🔴 硬编码色值 | 存在不走 CSS 变量的 #xxxxxx 色值(图表配色除外,但必须从主题提取) | 替换为 var(--color-*) 或从主题实际值派生 |
| 🟡 过度容器化 | 正文被不必要的大白卡片包裹、容器套容器 | 去掉多余容器层(见 guidelines §3.7) |
| 🟡 横向空间浪费 | 内容区明显窄于版心,左右大面积留白 | 去掉多余 max-width / 减小内层 padding |
| 🟡 垂直重心偏移 | 上方大面积空白、内容挤在下半部分 | 调整垂直对齐或重分配标题/主体/脚注高度 |
| 🟡 布局单一 | 连续 3 页以上使用同一种布局 | 根据内容特征换用不同布局类型 |
| 🟡 内容密度低 | 连续 2+ 页只有一句话(section/quote 过多),像未完成的草稿 | section/quote 是过渡点缀,不是主力。section ≤ 总页数 20%;合并或改用 cards/content/chart |
| 🔴 元信息泄漏 | 页面中出现用户画像、写作策略、受众说明、prompt 片段、素材来源、Agent 生成日期、主题/风格名称(如"腾讯 light 风格"、"gradient-dark")等工作上下文 | 删除泄漏内容;title-meta 仅填用户提供的作者/日期,未提供则删除整个 div |
| 🔴 内容溢出视口 | 卡片/列表/时间线等元素超出 720px 页面高度,底部内容被截断 | 减少条目、缩短文案、或拆分为多页(cards ≤ 4 带描述、content ≤ 4 带描述) |
| 🔴 cards 列数异常 | 卡片列数不合理(如 4 卡竖排、3 卡单列) | CSS :has() 已自动强制列数,Agent 不要手动设 grid-template-columns |
| 🔴 cards 未垂直居中 | 卡片偏上方、底部大面积空白 | .cards-grid 已设 align-content: center,Agent 不要覆盖 |
| 🔴 图表动画丢失 | Chart.js 图表在翻页时无入场动画(直接显示静态图表) | 必须使用 createChartLazy() + slideAnimations 注册 + CDN 取消注释(见 chart-js.html) |
| 🔴 图表使用静态图片 | 图表区域嵌入 <img> 静态截图 | 必须用 <canvas>(Chart.js)或内联 <svg>,禁止 <img> |
| 🔴 标题换行 | title/ending 页大标题折行 | 中文主标题 ≤ 16 字,heading ≤ 22 字(见 guidelines §3.9) |
| 🔴 Chart.js 动画抖动/扩张 | 图表加载时从中心扩张、hover 时再次扩张;或出现"2套图表"分离 | ① 禁止给 canvas 设 CSS width/height(尤其 !important)——Chart.js responsive 自行管理尺寸;② createChartLazy() 中禁止 canvas.width = canvas.width(见 chart-js.html §7) |
| 🔴 Chart.js tooltip 被禁用 | hover 数据点无反馈、无法查看数值 | 禁止 tooltip.enabled: false。可自定义样式但不能禁用(见 chart-js.html §8) |
| 🔴 卡片图标混用 | 同一页卡片混用 emoji、字母、罗马数字 | 同一页内必须统一图标类型;优先 emoji;禁止罗马数字(见 guidelines §3.10) |
| 🔴 导航壳异常 | 产物中出现 .slide-controls、底部工具栏、概览网格等非当前 base.html 定义的控件 | 必须从当前 references/base.html 重新生成,不得复用旧 HTML |
Step 9:交付
告知用户 Slide 已生成,并提供分享指引:
- 直接发送 HTML 文件 — 对方用任意浏览器打开即可
- 本地演示 — 直接在浏览器中打开,按 F 或点击右上角按钮全屏
分批生成策略
当 Slide 超过 10 页时,必须分批生成(这是标准流程,不是异常处理):
批次 1:骨架 + 主题变量 + 前 5-8 页 → 写入完整 HTML 文件
批次 2:继续生成后续页面 → 定位到 </div><!-- /slide-deck --> 结束标签之前,插入新的 <section> 页面
(如需更多批次,继续在同一位置追加)
关键:追加时使用文件编辑能力,定位到 </div><!-- /slide-deck --> 之前插入新内容,不要覆写整个文件,否则会丢失之前批次的内容。避免单次输出超出 Token 限制。
模板填充规则(三层约束)
| 层次 | 自由度 | 规则 |
|---|---|---|
| 结构层(HTML 标签) | 🔒 严格 | 模板的标签嵌套和 class 命名必须严格遵循 |
| 内容层(数据填充) | 🔓 灵活 | 文字数量、卡片个数、列表条目数可根据实际内容调整 |
| 样式层(CSS) | ⚠️ 变量 | 所有视觉样式通过 CSS 变量控制,不可用行内样式覆写变量属性 |
你可以:
- ✅ 严格按模板生成
- ✅ 在模板基础上微调(加减卡片数量、调整图片位置等)
- ✅ 混合多种模板(如上半部分 big-number + 下半部分 content)
- ❌ 不可完全抛弃模板从零写 HTML
参考物处理
当用户提供参考物时,按以下方式处理:
| 输入类型 | 处理方式 |
|---|---|
| 预设主题名称(如"商务风""极简") | 匹配主题注册表中的对应主题 |
| .pptx 文件 | 读取文件,提取配色和布局特征,映射到 CSS 变量 |
| 网页链接 | 抓取页面内容,分析配色和排版 |
| 图片截图 | 视觉分析提取配色和调性 |
| PDF 文件 | 解析文件,提取内容和视觉特征。若无法读取,必须触发红线规则——立即告知用户并建议替代方案 |
提取结果覆盖预设主题变量,生成自定义 CSS 变量集。
图表与动画
图表选择
| 数据特征 | 方案 | 参考 |
|---|---|---|
| 简单图表,数据点 ≤ 8 | SVG 内嵌 | references/components/chart-svg.html |
| 复杂图表/需交互 | Chart.js CDN | references/components/chart-js.html |
| 超大数据量/特殊图表 | ECharts CDN | Agent 自行编写 |
重要:Chart.js 和 ECharts 不支持 CSS 变量作为颜色值。你必须从所选主题中提取实际色值注入。
动画选择
优先使用 CSS 动画(references/components/animations.css),仅在需要数字滚动/打字机/复杂时序时引入 GSAP。
技术选择对用户不可见——用户不需要知道你用的是 CSS 还是 GSAP、SVG 还是 Chart.js。
异常处理
| 异常 | 处理 |
|---|---|
| 素材不足(一句话描述) | 引导模式逐步补全;5-8 轮仍不足则基于已有信息生成精简版 |
| 素材过多(万字文稿) | 提炼核心要点;超 15 页主动告知并确认 |
| 单页内容溢出 | 自动拆分为多页(宁可多一页不挤一页) |
| 图表数据格式错误 | 提示问题并建议修正;退化为文字表格 |
| 参考物无法访问 | 告知无法访问,建议替代方式(截图/选预设主题) |
| 风格冲突 | 指出冲突,让用户选择以哪个为准 |
| AI 图片生成失败 | 降级:纯色/渐变背景 + 图标替代 |
| Token 超限 | 分批生成(见上方分批策略) |
边界说明
- 本 Skill 不提供 .pptx 导出能力。HTML Slide 的优势:零依赖(任何设备浏览器打开)、丰富交互(动画/图表)、跨平台一致性
- 如用户需要 .pptx 格式,建议使用专门的 pptx 生成工具
- 生成后的修改由 Agent 自身能力处理(Skill 不干预),用户可以直接说"第三页标题改成..."
文件索引
所有参考文件位于 references/ 目录下:
| 文件 | 用途 | 读取时机 |
|---|---|---|
guidelines.md | 注册表 + 填充规则 + 最佳实践 | 生成开始时(必读) |
base.html | HTML 骨架(含右侧圆点导航/全屏按钮/翻页交互/自适应缩放) | 生成开始时 |
theme-picker.html | 主题可视化选择器页面 | Step 2 可视化路径 |
theme-server.py | 选择器本地 HTTP 服务 | Step 2 可视化路径 |
themes/*.css | 主题 CSS 变量集(16 套:5 基础风格 + 3 玻璃/渐变风格,各含浅色/深色) | 选定主题后 |
layouts/*.html | 布局模板片段(14 种) | 逐页生成时按需 |
components/animations.css | CSS 入场动画类 | 需要动画时 |
components/chart-svg.html | SVG 图表参考 | 需要简单图表时 |
components/chart-js.html | Chart.js 图表参考 | 需要复杂图表时 |
components/gsap-recipes.html | GSAP 动画配方 | 需要高级动画时 |
Files
40 totalComments
Loading comments…
