Magazine Web Ppt

Magazine Web Ppt

这个 Skill 做什么

生成一份单文件 HTML的横向翻页 PPT，视觉基调是：

• 电子杂志 + 电子墨水混血风格
• WebGL 流体 / 等高线 / 色散背景（hero 页可见）
• 衬线标题（Noto Serif SC + Playfair Display）+ 非衬线正文（Noto Sans SC + Inter）+ 等宽元数据（IBM Plex Mono）
• Lucide 线性图标（不用 emoji）
• 横向左右翻页（键盘 ← →、滚轮、触屏滑动、底部圆点、ESC 索引）
• 主题平滑插值：翻到 hero 页时颜色和 shader 柔顺过渡

这个 skill 的美学不是"商务 PPT"，也不是"消费互联网 UI"——它像 Monocle 杂志贴上了代码后的样子。

何时使用

合适的场景：

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

不合适的场景：

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

工作流

Step 0 · 选方向(Direction · 必做的第一步)

在问 6 个澄清问题之前,先让用户在 5 个 magazine 方向里挑一个。每个方向都把"主题色 / 推荐 layout / chrome 风格 / 推荐 slide 数"打包好,挑了方向就回答掉一半澄清问题。

打开 references/styles.md,整段拷过来给用户看 5 个方向的 1-line summary,然后让他选:

1. Monocle Editorial · 国际杂志风 ✦ 默认
2. WIRED Tech · 数据 + 工程
3. Kinfolk Slow · 慢生活 / 人文
4. Domus Architectural · 建筑 / 空间感
5. Lab / Reference · 学术 + 工艺手册

如果用户说"不知道,你推荐"——默认推 Monocle Editorial,因为它失败概率最低。如果用户提到"AI / benchmark / 技术发布"——推 WIRED;"读书 / 私享 / 朋友圈"——推 Kinfolk;"设计 / 建筑 / portfolio"——推 Domus;"研究 / 学术 / 方法论"——推 Lab。

挑完方向后,在项目目录下创建或更新 项目记录.md,第一行写清方向 + 主题色 + 受众 + 时长(模板见 styles.md 末尾)。全程不要换方向——半路换 = 前面全废。

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

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

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

6 问澄清清单

第 5 题已在 Step 0 选方向时一并回答(方向→主题色)。下面的 5 题里,第 5 题留白即可。

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

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

钩子(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 等图文混排页没图就没法验证视觉效果

Step 2 · 拷贝模板

从 assets/template.html 拷贝一份到目标位置（通常是 项目/XXX/ppt/index.html），同时在同级建一个 images/ 文件夹准备接图片。

mkdir -p "项目/XXX/ppt/images"
cp "<SKILL_ROOT>/assets/template.html" "项目/XXX/ppt/index.html"

template.html 是一个完整可运行的文件——CSS、WebGL shader、翻页 JS、字体/图标 CDN 全已预设好，只有 <main id="deck"> 里面是 3 个示例 slide（封面、章节幕封、空白填充页）。

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 · 预检:类名必须在 template.html 里有定义（最重要）

这是所有生成问题的源头。layouts.md 的骨架使用了很多类名(h-hero / h-xl / stat-card / pipeline / grid-2-7-5 等),如果 assets/template.html 的 <style> 里没有对应定义,浏览器会 fallback 到默认样式——大标题变成非衬线、数据卡片挤成一团、pipeline 糊成一行、图片堆到页面底部。

在写任何 slide 代码之前:

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

常见容易遗漏的类(必须预先确认存在): 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

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 列出所有主题,人工确认节奏合理再交付。