Guizang Ppt Skill

Magazine Web Ppt

这个 Skill 做什么

生成一份单文件 HTML的横向翻页 PPT，提供两种可选的视觉基调：

风格 A · 电子杂志 × 电子墨水（默认）

• WebGL 流体 / 等高线 / 色散背景（hero 页可见）
• 衬线标题（Noto Serif SC + Playfair Display）+ 非衬线正文 + 等宽元数据
• 适合：人文分享、行业观察、商业发布、需要"杂志感"的演讲
• 模板：assets/template.html · 主题色：references/themes.md · 布局：references/layouts.md
• 美学锚点：像 Monocle 杂志贴上了代码

风格 B · 瑞士国际主义（Swiss Style）

• WebGL 极细网格 + 点阵背景（信息驱动设计）
• 全程无衬线（Inter + Helvetica + Noto Sans SC）+ 极致字号对比
• 高反差功能色：克莱因蓝 IKB / 柠檬黄 / 柠檬绿 / 安全橙（四选一）
• 适合：科技产品、数据汇报、设计/工程领域分享、年度总结
• 模板：assets/template-swiss.html · 主题色：references/themes-swiss.md · 布局：references/layouts-swiss.md
• 美学锚点：像 Massimo Vignelli + Helvetica Forever

两种风格共享：横向翻页（键盘 ← →、滚轮、触屏、ESC 索引）、Lucide 图标、Motion One 入场动效（本地 + CDN 双保险）。

何时使用

合适的场景：

• 线下分享 / 行业内部讲话 / 私享会
• AI 新产品发布 / demo day
• 带有强烈个人风格的演讲
• 需要"一次做完，不用翻页工具"的网页版 slides

不合适的场景：

• 大段表格数据、图表叠加（用常规 PPT）
• 培训课件（信息密度不够）
• 需要多人协作编辑（这是静态 HTML）

工作流

Step 1 · 需求澄清(动手前必做)

如果用户已经给了完整的大纲 + 图片,可以跳过直接进 Step 2。

如果用户只给了主题或一个模糊想法,用这 6 个问题逐个对齐后再动手。不要基于猜测就开始写 slide——一旦结构定错,后期翻修代价很高:

运行环境适配

• 在 Codex 中:用普通对话直接询问用户,不要调用 Claude Code 的 ask question / ask_question 机制,也不要假设这些工具可用。一次最多问 1-3 个最关键问题;如果信息缺口不影响开工,先做合理假设并在回复里说明。
• 在 Claude Code 中:可以继续使用原有的 ask question 交互方式来逐项澄清。

7 问澄清清单

风格选择参考(问题 1)

大纲协助(如果用户没有大纲)

用"叙事弧"模板搭骨架,再填内容:

钩子(Hook)       → 1 页   : 抛一个反差 / 问题 / 硬数据让人停下来
定调(Context)    → 1-2 页 : 说明背景 / 你是谁 / 为什么讲这个
主体(Core)       → 3-5 页 : 核心内容,用 Layout 4/5/6/9/10 穿插
转折(Shift)      → 1 页   : 打破预期 / 提出新观点
收束(Takeaway)   → 1-2 页 : 金句 / 悬念问题 / 行动建议

叙事弧 + 页数规划 + 主题节奏表(见 layouts.md),三张表对齐后再进 Step 2。

大纲建议保存为 项目记录.md 或 大纲-v1.md,便于后续迭代。

图片约定(告知用户)

在动手前向用户说清:

• 文件夹位置:项目/XXX/ppt/images/ 下(和 index.html 同级)
• 命名规范:{页号}-{语义}.{ext},例如 01-cover.jpg / 03-figma.jpg / 05-dashboard.png
  • 页号补零便于排序
  • 语义用英文,短、具体、和内容对应
• 规格建议:
  • 单张 ≥ 1600px 宽(避免大屏模糊)
  • JPG 用于照片/截图,PNG 用于透明 UI/图表
  • 总大小控制在 10MB 内(影响翻页流畅度)
• 如何替换:保持同名覆盖最稳(HTML 里不用改路径);如果文件名变了,记得全局搜 images/旧名 改成新名
• 没图怎么办:和用户对齐,可以先用占位色块生成结构,等图片后期补;但要告知 layout 4/5/10 等图文混排页没图就没法验证视觉效果

Codex 配图生成(可选)

如果当前运行环境是 Codex,完成 deck 初稿后,主动问用户是否需要用 GPT-M 2.0 生成配图并插入 PPT。不要默认生成。

推荐询问方式:

要不要为这份 PPT 生成几张配图?可以做成人文纪实照片、杂志风信息图、流程/对比/系统关系图,或把截图再设计成统一的杂志风视觉。

如果用户确认生成,再问他想要哪种图片类型或风格;如果用户没有偏好,根据页面内容自行推荐 1-3 张最值得生成的配图。

生成配图时遵守:

• 提示词保持简短,只框定主题、用途、风格和比例,不要写长篇摄影指导
• 图片风格必须贴合当前 deck 风格:风格 A 用"电子杂志 × 电子墨水";风格 B 用"瑞士国际主义 / Swiss Style"
• 信息图、图表、截图再设计里的文字语言必须跟随用户正在使用的语言;中文 deck 用中文,英文 deck 用英文
• 先看 references/image-prompts.md 选择图片类型和基础提示词
• 配图比例必须匹配最终落位:主视觉 16:9,左文右图 16:10 / 4:3,信息图 16:9 / 16:10,截图再设计 16:10,图文混排小图 3:2 / 3:4,网格图统一高度裁切
• 生成后的图片放到 images/ 下,命名遵守 {页号}-{语义}.{ext}

Step 2 · 拷贝模板

根据 Step 1 选定的风格,拷贝对应的模板到目标位置（通常是 项目/XXX/ppt/index.html），同时在同级建一个 images/ 文件夹准备接图片。

mkdir -p "项目/XXX/ppt/images"

# 风格 A · 电子杂志风
cp "<SKILL_ROOT>/assets/template.html" "项目/XXX/ppt/index.html"

# 或 风格 B · 瑞士国际主义风
cp "<SKILL_ROOT>/assets/template-swiss.html" "项目/XXX/ppt/index.html"

两个 template*.html 都是完整可运行的文件——CSS、WebGL shader、翻页 JS、字体/图标 CDN 全已预设好,只有 <!-- SLIDES_HERE --> 占位符等待你填充 slide 内容。

注意:风格 A 和 B 不能混用。layouts.md 里的类（如 .h-hero 衬线大标题、.display-zh 等）只在 template.html 有定义；layouts-swiss.md 里的类（如 .kpi-hero、.accent-block、.span-N、.dots 等）只在 template-swiss.html 有定义。一份 deck 只能选一套。

2.1 · 必改占位符（容易漏）

拷贝后立刻改掉以下占位符，否则浏览器 Tab 会显示"[必填] 替换为 PPT 标题"这种尴尬文字：

每次拷贝完 template.html 第一件事:grep 一下"[必填]" 确认全部替换完。

2.2 · 选定主题色(5 套预设 · 不允许自定义)

本 skill 只允许从 5 套精心调配的预设里选一套,不接受用户自定义 hex 值——颜色搭配错了画面瞬间变丑,保护美学比给自由更重要。

操作:

1. 基于内容主题推荐一套,或直接问用户选哪一套
2. 打开 references/themes.md,找到对应主题的 :root 块
3. 整体替换 assets/template.html(已拷贝版本)开头 :root{ 块里标有"主题色"注释的那几行(--ink / --ink-rgb / --paper / --paper-rgb / --paper-tint / --ink-tint)
4. 其他 CSS 都走 var(--...),无需任何其他改动

硬规则:

• 一份 deck 只用一套主题,不要中途换色
• 不要接受用户给的任意 hex 值——委婉拒绝并展示 5 套让选
• 不要混搭(例如 ink 取墨水经典、paper 取沙丘)——会彻底违和

Step 3 · 填充内容

3.0 · 预检:类名必须在模板的 <style> 里有定义（最重要）

这是所有生成问题的源头。layouts 骨架使用了很多类名,如果模板的 <style> 里没有对应定义,浏览器会 fallback 到默认样式——大标题字体错、卡片挤成一团、pipeline 糊成一行、图片堆到页面底部。

两种风格类名互不通用(再次强调):

• 风格 A 模板里有 h-hero(衬线)、stat-card、grid-2-7-5、frame 等
• 风格 B 模板里有 h-hero(无衬线)、kpi-hero、accent-block、span-N、dots、grid-12 等
• 同名 class 在两个模板里视觉表现完全不同(例:风格 A 的 h-hero 是 Noto Serif SC 衬线,风格 B 的 h-hero 是 Inter 无衬线)

在写任何 slide 代码之前:

1. 先 Read 当前用的模板(至少读到 <style> 块末尾):
   • 风格 A → assets/template.html
   • 风格 B → assets/template-swiss.html
2. 对照对应 layouts 文件的 Pre-flight 列表,确认你要用的每个类都在 <style> 里存在
3. 如果某个类缺失:在模板的 <style> 里补上,不要在每个 slide 里 inline 重写
4. 模板是唯一的类名来源——不要发明新类名,如需自定义用 style="..." inline

风格 A 常见容易遗漏的类: h-hero / h-xl / h-sub / h-md / lead / kicker / meta-row / stat-card / stat-label / stat-nb / stat-unit / stat-note / pipeline-section / pipeline-label / pipeline / step / step-nb / step-title / step-desc / grid-2-7-5 / grid-2-6-6 / grid-2-8-4 / grid-3-3 / grid-6 / grid-3 / grid-4 / frame / frame-img / img-cap / callout / callout-src / chrome / foot

风格 B 常见容易遗漏的类(2026-05 重构后):

• 画布:canvas-card / chrome-min
• 排版:h-hero(无衬线 7.4vw weight 200) / h-statement(9.6vw) / h-xl / h-md / t-cat(SemiBold 600 小标) / t-meta(mono uppercase) / lead / num-mega / mono
• 卡片(四类互斥):card-ink / card-accent / card-fill / card-outlined
• 网格:grid-12 / grid-2-9 / grid-2-9-5 / span-N
• 时间线:timeline-v + tl-node + tl-axis + dot / timeline-h + tl-h-node + tl-h-axis
• 图表:kpi-tower-row + bar-tower / h-bar-chart + bar-row + bar-fill / spec-bars + bar-vert
• 装饰:dot-mat(SVG mask 实心点)/ ring-mat(描边圆)/ cross-mat(× 网格)/ hr-hairline
• 版式专属:cover-split / closing-split / duo-compare + vrule / manifesto-top + ink-banner-full / three-forces / loop-diagram / matrix-fill + matrix-cell / brief-grid + brief-card / system-diagram / why-now-grid / four-cards / stacked-ledger + ledger-row / tech-spec / image-hero + hero-img-wrap + hero-overlay-block + hero-stats
• 图片混排:frame-img / fit-contain / r-21x9 / r-16x9 / r-16x10 / h-22 / h-26 / swiss-img-split / swiss-img-grid / swiss-img-caption / swiss-keyline / swiss-lined
• spacing token:--sp-3...--sp-13(8/12/16/24/32/40/48/64/80/96/160 px)

3.0.5 · 规划主题节奏（和类预检同等重要)

在挑布局之前,必须先列出每一页的主题 class(hero dark / hero light / light / dark)并写到文档或草稿里对齐。详细规则看 references/layouts.md 开头的"主题节奏规划"一节。

强制规则:

• 每页 section 必须带 light / dark / hero light / hero dark 之一,不要只写 hero
• 连续 3 页以上同主题 = 视觉疲劳,不允许
• 8 页以上必须有 ≥1 个 hero dark + ≥1 个 hero light
• 整个 deck 不能只有 light 正文页,必须有 dark 正文页制造呼吸
• 每 3-4 页插入 1 个 hero 页(封面/幕封/问题/大引用)

生成后自检:grep 'class="slide' index.html 列出所有主题,人工确认节奏合理再交付。

3.1 · 挑布局

不要从零写 slide。打开对应的 layouts 文件,里面有 10 种现成布局骨架,每种都是完整可粘贴的 <section> 代码块。

风格 A → references/layouts.md:

风格 B → 先读 references/swiss-layout-lock.md,再读 references/layouts-swiss.md。

瑞士主题默认进入 Swiss locked mode:

• 正文页只能使用原始参考 PPT 登记的 22 个版式 S01-S22;新增首页/尾页只能使用 Skill 明确提供的 SWISS-COVER-ASCII / SWISS-CLOSING-ASCII。
• 每个 <section class="slide"> 必须写 data-layout="Sxx"。没有 data-layout 就视为未登记版式。
• 不允许临时发明 P23/P24、Swiss Image Split、Evidence Grid 这类原始 22P 之外的正文结构,除非用户明确要求实验版式。
• 顶部中文标题默认左对齐、处在左上内容轴。不要把小标题放左列、大标题放右列,造成视觉居中;只有原始 statement/split 版式允许强中心叙事。
• SVG 只负责几何图形。不要在 SVG 里写文字标签,所有标签改用 HTML 网格/卡片/caption。

原始 22 个正文版式如下:

选对应 layout,粘过去,改文案和图片路径即可。务必先完成 3.0 预检。

风格 B 版式多样性硬规则:

• 7-8 页 deck 至少使用 6 个不同 S 编号版式;10 页以上至少使用 8 个不同版式。
• 如果用户说"测试模板 / 看看效果 / 多一点版式",必须覆盖:一个封面、一个收尾、至少 1 个对比或时间线(S08/S11/S02)、至少 1 个结构图(S14/S17/S15)、至少 1 个图片版式(S22 或 S15/S16 图片格改造)。
• 不允许连续 3 页使用同一种主体结构,例如连续三页 head + grid + card。
• 图片页不能偷懒发明新结构。2-3 张图时,用 S15/S16 的原始网格骨架改造成图片格;单张大图用 S22。
• 开写 HTML 前先列一张 页码 → data-layout → 选用理由 → 图片槽位 草稿;交付前运行 node <SKILL_ROOT>/scripts/validate-swiss-deck.mjs index.html。