大家好,我是AI实战博主过客,累计打造100+Coze落地玩法、60+Skill实战项目,现阶段AI编程实战连载中,案例素材获取过客AI官网https://guokeai.com.cn,欢迎下方关注!
这两天我在翻 Guizang PPT Skill。这是一个广受好评的PPT skill,归藏老师功力深厚,据他自己说,拿出了毕生的设计所学。
本来只是想看看它为什么能让 AI 做出那么稳定的网页 PPT。结果越看越觉得,这东西有点像一个设计师傅留下来的工作台。
不是那种贴在墙上的口号。
也不是一句看起来很高级的提示词。
而是一整套工具、规矩、模板、检查单,全都摆在桌上。AI 进来以后,不是随便发挥,而是照着这套东西干活。
我突然意识到,很多人写 Skill 的问题,可能就出在这里。
我们总想让 AI 更自由。
但 Guizang 的答案刚好相反。
它让 AI 少一点自由,多一点规矩。

很多提示词都喜欢这么写:
请做一份高级、有设计感、视觉统一的 PPT。
听起来没毛病。
但问题是,高级是什么?
有设计感是什么?
视觉统一又是什么?
你这么问 AI,它大概率会给你一堆熟悉的东西:大标题、渐变背景、圆角卡片、阴影、几何装饰。第一眼好像还行,看多了就有一股浓浓的紫色AI模板味。
归藏老师一上来就把 AI 的活动范围框死。
只做单文件 HTML 横向翻页 PPT。
只给两种风格。
一种叫电子杂志 × 电子墨水。
一种叫瑞士国际主义。
你看,这就很有意思。
它不是说,我什么都能做。
它说,我就把这两条路走深。
电子杂志风负责人文、行业观察、商业发布。
瑞士风负责科技产品、数据汇报、工程分享。
每条路都有模板、主题色、布局库、检查清单。
这就像你请一个设计师来做东西。他不是坐下来凭空想,而是先打开品牌手册、组件库、版式规范,然后再开始动手。
这才是专业。

如果把普通提示词比作一句导演要求,那 Guizang 更像一个剧组。
SKILL.md 是导演。
它负责告诉大家,这个片子怎么拍,先干什么,后干什么。
assets/template.html 和 template-swiss.html 是摄影棚。


场景已经搭好了。灯光、机位、背景、翻页逻辑,全都在里面。

references/layouts.md 和 layouts-swiss.md 是分镜表。

每一页怎么摆,什么内容适合什么版式,不靠临场发挥。
references/swiss-layout-lock.md 是场记。

谁要是乱加戏,马上拦住。
references/checklist.md 是审片表。

做完之后一条条看,有没有穿帮,有没有跑偏。
scripts/validate-swiss-deck.mjs 更狠,像质检机器。

有些问题不靠感觉,直接跑脚本。
这套东西放在一起,AI 才不容易飘。
我觉得这是做 Skill 最关键的变化:不要把经验写成建议,要把经验拆成角色、文件和动作。
Guizang 里有一个概念,我看完很喜欢,叫 Swiss locked mode。
它的意思大概是:如果你选择瑞士风,就别给我自由发挥了。
正文页只能从登记的 22 个版式里选。
每页都必须写 data-layout="Sxx"。
不许临时发明 P23、P24。
SVG 只能画几何图形,不能在里面写可见文字。
图片必须先确定槽位,再确定比例。
说实话,这几条看起来有点死板。
但设计很多时候就是死板带来的稳定。
瑞士风为什么容易翻车?
因为它看起来很简单。
无衬线字体,大字号,网格,留白,单色高亮。
好像谁都能模仿。
但真正做的时候,标题一居中,味道没了。加一点圆角,味道没了。放两个强调色,味道没了。图片加个阴影,味道又没了。
这就是所谓的,看起来像,但骨头不对。
Guizang 的 locked mode,就是在守骨头。
它不是让 AI 学会欣赏瑞士风。
它是直接告诉 AI:这些骨头不能动。
我觉得以后写任何 Skill,都应该有自己的 locked mode。
写 PRD 的 Skill,要规定不能先写功能清单,必须先写用户问题。
写公众号文章的 Skill,要规定开头不能百科定义,必须从具体场景或判断切入。
写数据分析的 Skill,要规定不能先下结论,必须先写口径、样本、异常值。
你不把这些锁住,AI 就会回到它最舒服的平均状态。
Guizang 的 checklist 也很值得看。
它不是那种很虚的清单。
比如保持版式美观。
比如注意信息层级。
比如提高视觉冲击力。
这些话当然都对,但没什么用。
Guizang 的清单是从真实坑里长出来的。
比如瑞士风顶部标题默认左上,不是居中。
比如大字号必须用 min(Xvw, Yvh),而且 Y 要大于等于 X 乘以 1.6。
比如图片要直角、同高、无阴影、无圆角。
比如底部内容不能碰到翻页导航。
这些规则很细,细到有点啰嗦。
但正是这种啰嗦,让 Skill 变得可靠。
skill.md是skill的灵魂,但是你要知道,这个md的上限是500行,归藏老师写了足足474行,而且相当规范。值得咱们一块来学习。为了不影响阅读,我贴在文章最下面。
我现在会先停下来,不急着写
第一步,我会先问,这个 Skill 到底只解决哪一个具体任务。
比如,不是做内容,而是做 AI 工具实测文章。
不是做设计,而是做 SaaS 产品首页。
不是做 PPT,而是做科技发布会网页 Deck。
第二步,我会定 2 到 4 个模式,不贪多
比如 AI 工具文章可以分成实战评测、深度解析、教程指南、踩坑复盘。
每一种模式都要有适用场景。
第三步,我会准备模板。
文章结构模板、标题模板、案例模板、结尾模板。
不要让 AI 每次凭感觉搭结构。
第四步,我会写 lock 文件。
什么必须保留。
什么禁止出现。
什么字段不能缺。
什么流程不能跳。
第五步,我会写 checklist。
而且不写漂亮话。
只写真实问题。
比如开头是否像百科。
案例是否是编的。
标题是否只有情绪没有信息。
每个结论有没有支撑。
第六步,如果能写脚本,我会写脚本。
能自动查标题层级,就不要靠眼睛。
能自动查缺失字段,就不要靠感觉。
能自动查图片比例,就不要等用户发现。
到了这一步,一个 Skill 才算开始有骨架。
它不是在追求 AI 的创造力。
它在追求 AI 的可控性。
这听起来不够性感。
但很真实。
真正要交付东西的时候,你不需要 AI 每次灵光一现。
你需要它每次都别翻车。
Guizang 用两套风格限制它。
用模板托住它。
用 layout lock 管住它。
用 checklist 修正它。
用验证脚本检查它。
这其实就是把一个专业人的经验,拆成 AI 可以执行的动作。
我觉得这才是 Skill 最有价值的地方。
过客AI官网已上线!权益全新升级,介绍戳
大家好,我是AI实战博主过客,累计打造100+Coze落地玩法、60+Skill实战项目,现阶段AI编程实战连载中,案例素材获取过客AI官网https://guokeai.com.cn,欢迎下方关注!

生成一份单文件 HTML的横向翻页 PPT,提供两种可选的视觉基调:
assets/template.html · 主题色:references/themes.md · 布局:references/layouts.mdassets/template-swiss.html · 主题色:references/themes-swiss.md · 布局:references/layouts-swiss.md两种风格共享:横向翻页(键盘 ← →、滚轮、触屏、ESC 索引)、Lucide 图标、Motion One 入场动效(本地 + CDN 双保险)。
合适的场景:
不合适的场景:
如果用户已经给了完整的大纲 + 图片,可以跳过直接进 Step 2。
如果用户只给了主题或一个模糊想法,用这 6 个问题逐个对齐后再动手。不要基于猜测就开始写 slide——一旦结构定错,后期翻修代价很高:
ask question / ask_question 机制,也不要假设这些工具可用。一次最多问 1-3 个最关键问题;如果信息缺口不影响开工,先做合理假设并在回复里说明。ask question 交互方式来逐项澄清。|
|---|------|-----------|| 1 | 风格 A 还是 B?(电子杂志风 / 瑞士国际主义风) | 必须先问,决定用哪个 template + layouts + themes 文件 || 2 | 受众是谁?分享场景?(行业内部 / 商业发布 / demo day / 私享会) | 决定语言风格和深度 || 3 | 分享时长? | 15 分钟 ≈ 10 页,30 分钟 ≈ 20 页,45 分钟 ≈ 25-30 页 || 4 | 有没有原始素材?(文档 / 数据 / 旧 PPT / 文章链接) | 有素材就基于素材,没有就帮他搭 || 5 | 有没有图片?放在哪? | 详见下方"图片约定" || 6 | 想要哪套主题色? | 杂志风 5 套(themes.md) / 瑞士风 4 套(themes-swiss.md),挑一 || 7 | 有没有硬约束?(必须包含 XX 数据 / 不能出现 YY) | 避免返工 |
| A · 电子杂志风 | |
| B · 瑞士国际主义风 | |
Data Hero 布局是瑞士风专长) | |
用"叙事弧"模板搭骨架,再填内容:
钩子(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.pngimages/旧名 改成新名如果当前运行环境是 Codex,完成 deck 初稿后,主动问用户是否需要用 GPT-M 2.0 生成配图并插入 PPT。不要默认生成。
推荐询问方式:
要不要为这份 PPT 生成几张配图?可以做成人文纪实照片、杂志风信息图、流程/对比/系统关系图,或把截图再设计成统一的杂志风视觉。
如果用户确认生成,再问他想要哪种图片类型或风格;如果用户没有偏好,根据页面内容自行推荐 1-3 张最值得生成的配图。
生成配图时遵守:
references/image-prompts.md 选择图片类型和基础提示词images/ 下,命名遵守 {页号}-{语义}.{ext}根据 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 只能选一套。
拷贝后立刻改掉以下占位符,否则浏览器 Tab 会显示"[必填] 替换为 PPT 标题"这种尴尬文字:
<title> | [必填] 替换为 PPT 标题 · Deck Title | 一种新的工作方式 · Luke Wroblewski) |
每次拷贝完 template.html 第一件事:grep 一下"[必填]" 确认全部替换完。
本 skill 只允许从 5 套精心调配的预设里选一套,不接受用户自定义 hex 值——颜色搭配错了画面瞬间变丑,保护美学比给自由更重要。
|
|---|------|------|| 1 | 🖋 墨水经典 | 通用 / 商业发布 / 不知道选啥的默认 || 2 | 🌊 靛蓝瓷 | 科技 / 研究 / 数据 / 技术发布会 || 3 | 🌿 森林墨 | 自然 / 可持续 / 文化 / 非虚构 || 4 | 🍂 牛皮纸 | 怀旧 / 人文 / 文学 / 独立杂志 || 5 | 🌙 沙丘 | 艺术 / 设计 / 创意 / 画廊 |
操作:
references/themes.md,找到对应主题的 :root 块assets/template.html:root{ 块里标有"主题色"注释的那几行(--ink / --ink-rgb / --paper / --paper-rgb / --paper-tint / --ink-tint)var(--...),无需任何其他改动硬规则:
<style> 里有定义(最重要)这是所有生成问题的源头。layouts 骨架使用了很多类名,如果模板的 <style> 里没有对应定义,浏览器会 fallback 到默认样式——大标题字体错、卡片挤成一团、pipeline 糊成一行、图片堆到页面底部。
两种风格类名互不通用(再次强调):
h-hero(衬线)、stat-card、grid-2-7-5、frame 等h-hero(无衬线)、kpi-hero、accent-block、span-N、dots、grid-12 等h-hero 是 Noto Serif SC 衬线,风格 B 的 h-hero 是 Inter 无衬线)在写任何 slide 代码之前:
<style> 块末尾):assets/template.htmlassets/template-swiss.html<style> 里存在<style> 里补上,不要在每个 slide 里 inline 重写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-minh-hero(无衬线 7.4vw weight 200) / h-statement(9.6vw) / h-xl / h-md / t-cat(SemiBold 600 小标) / t-meta(mono uppercase) / lead / num-mega / monocard-ink / card-accent / card-fill / card-outlinedgrid-12 / grid-2-9 / grid-2-9-5 / span-Ntimeline-v + tl-node + tl-axis + dot / timeline-h + tl-h-node + tl-h-axiskpi-tower-row + bar-tower / h-bar-chart + bar-row + bar-fill / spec-bars + bar-vertdot-mat(SVG mask 实心点)/ ring-mat(描边圆)/ cross-mat(× 网格)/ hr-hairlinecover-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-statsframe-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--sp-3...--sp-13(8/12/16/24/32/40/48/64/80/96/160 px)在挑布局之前,必须先列出每一页的主题 class(hero dark / hero light / light / dark)并写到文档或草稿里对齐。详细规则看 references/layouts.md 开头的"主题节奏规划"一节。
强制规则:
light / dark / hero light / hero dark 之一,不要只写 herohero dark + ≥1 个 hero lightlight 正文页,必须有 dark 正文页制造呼吸生成后自检:grep 'class="slide' index.html 列出所有主题,人工确认节奏合理再交付。
不要从零写 slide。打开对应的 layouts 文件,里面有 10 种现成布局骨架,每种都是完整可粘贴的 <section> 代码块。
风格 A → references/layouts.md:
风格 B → 先读 references/swiss-layout-lock.md,再读 references/layouts-swiss.md。
瑞士主题默认进入 Swiss locked mode:
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 之外的正文结构,除非用户明确要求实验版式。原始 22 个正文版式如下:
选对应 layout,粘过去,改文案和图片路径即可。务必先完成 3.0 预检。
风格 B 版式多样性硬规则:
head + grid + card。页码 → data-layout → 选用理由 → 图片槽位 草稿;交付前运行 node <SKILL_ROOT>/scripts/validate-swiss-deck.mjs index.html。永远用标准比例,不要用原图奇葩比例(如 2592/1798):
| 21:9 | |
max-height:56vh | |
固定 height:26vh | |
max-height:64vh | |
默认不要让图片 align-self:end——会滑到页面底部,很容易碰到分页组件。用 grid 容器 + align-items:start(template 已预设)让图片贴顶即可;只有风格 B 的 P23 可以用 .swiss-img-split.align-image-bottom,因为模板已经给它内置了 --nav-safe-bottom 安全区。
风格 B 瑞士风额外规则:
data-image-slot:例如 s22-hero-21x9 / s15-grid-21x9 / s16-brief-21x9subject centered in the safe middle area;照片容器用 object-position:center 35%,不要用 top centervar(--paper),不要用灰底包白底信息图.swiss-keyline;需要强调时只用 .swiss-lined 的顶部 accent 线.fit-contain;如果已按 S15/S16 槽位重生成,必须用 .frame-img.r-21x9 / .frame-img.r-16x10 铺满容器,不要固定 height:18vh 后把图缩小image-prompts.md 的"风格 B:瑞士国际主义配图规则".nav-safe-bottom / .nav-safe-bottom-tight,不要手写 bottom:2vh中文方块字视觉面积大,不能直接套英文 hero 的 6.8-7vw。写中文大标题前先分档:
min(6.4vw,11.2vh) | |
min(5.8vw,10.2vh) | |
min(5.2vw,9.2vh) | |
min(4.6vw,8.2vh) |
如果标题挤占了图片或正文区域,先压缩标题文案,再降字号;不要靠把下方内容推到底来硬塞。
组件细节(字体、颜色、网格、图标、callout、stat-card 等)在 references/components.md。
生成完一定要打开 references/checklist.md,逐项对照。里面总结了真实迭代过程中踩过的所有坑,P0 级别的问题(emoji、图片撑破、标题换行、字体分工)必须全部通过。
代码只能证明类名和结构存在,不能证明版式舒服。生成后必须打开网页逐页看:
/Users/guohao/Documents/op7418的仓库/项目/Thin-Harness-Fat-Skills/ppt/index.html。h-hero 类在 template.html 里缺失height:Nvh,不用 aspect-ratioalign-self:end,用 grid + align-items:start(见 Step 3.2)nowrapfont-family 没用 --serif 类变量)box-shadow / linear-gradient / border-radius > 0 都要砍掉(rule 横线除外)font-size:min(Xvw, Yvh),只用 vw 在标准 16:9 屏会溢出(吸取 P15/P20/P22 教训)card-ink / card-accent / card-fill / card-outlined 四类不能混用(禁止"蓝底+蓝描边"、"灰底+描边"等)card-fill 灰底);只突出一项时单独换 card-accent,且只允许一张border-radius 都不允许;装饰用 8×8 直角小方块,不要 9px 圆形点<i data-lucide="name"></i> + lucide.createIcons(),选棱角风格(避免圆胖)justify-self(会与虚线错位)[data-anim] 容器先强制 opacity:1,recipe 内再用 motion {opacity:[0,1]} 覆盖,否则有些页会"看不见"[data-anim] 在缩略图里 opacity:1"Microsoft YaHei UI", "Noto Sans SC"t-cat SemiBold 600 / t-meta mono uppercaseB 静态;按 B 切换 body.low-power,停止 WebGL/ASCII canvas RAF 和 Motion 入场动画.frame-img 不加 border-radius / box-shadow;边界只用 hairline.fit-contain直接在浏览器打开 index.html 就行。macOS 下:
open ”项目/XXX/ppt/index.html”不需要本地服务器。图片走相对路径 images/xxx.png。
根据用户反馈修改——模板的 CSS 已经高度参数化,90% 的调整都是改 inline style(字号 font-size:Xvw / 高度 height:Yvh / 间距 gap:Zvh)。
guizang-ppt-skill/├── SKILL.md ← 你正在读├── assets/│ ├── template.html ← 风格 A · 电子杂志风模板(种子文件)│ ├── template-swiss.html ← 风格 B · 瑞士国际主义风模板(种子文件)│ └── motion.min.js ← Motion One 本地副本(离线兜底,约 64KB,共用)├── scripts/│ └── validate-swiss-deck.mjs ← 风格 B 静态校验:登记版式、图片槽位、SVG 文本、标题对齐└── references/├── components.md ← 组件手册(字体、色、网格、图标、callout、stat、pipeline、动效... 风格 A 适用)├── layouts.md ← 风格 A · 10 种页面布局骨架(可直接粘贴,含动效标记)├── swiss-layout-lock.md ← 风格 B · 原始 22P 版式锁,正文页必须按这里登记├── layouts-swiss.md ← 风格 B · 原始 22P 骨架说明 + 少量明确标注的实验区├── themes.md ← 风格 A · 5 套主题色预设(只能选不能自定义)├── themes-swiss.md ← 风格 B · 4 套瑞士风主题色预设(IKB / 柠檬黄 / 柠檬绿 / 安全橙)├── image-prompts.md ← GPT-M 2.0 配图类型、比例和基础提示词└── checklist.md ← 质量检查清单(P0/P1/P2/P3 分级)
加载顺序建议:
SKILL.md(这个文件)了解整体themes.md 帮用户选一套主题色themes-swiss.md 帮用户选一套主题色<style> 块assets/template.htmlassets/template-swiss.htmllayouts.md(顶部有 Pre-flight 类名清单、主题节奏规划、动效 recipe 决策树)swiss-layout-lock.md,再读 layouts-swiss.md;正文页必须从 S01-S22 选择,每页写 data-layoutimage-prompts.md 挑图片类型、比例和基础提示词components.md 查组件(含 Motion 动效系统章节,主要服务风格 A;风格 B 的组件细节在 layouts-swiss.md 附录)node scripts/validate-swiss-deck.mjs path/to/index.html,再读 checklist.md 自检动效相关:模板已把 Motion One 的加载和 recipe 逻辑内嵌到底部 module script。你不需要改 JS,只需要按 layouts.md / layouts-swiss.md 的骨架在 HTML 里加 data-anim / data-animate 即可。离线演示靠 assets/motion.min.js,断网时自动降级为"无动画但内容可读"。风格 B 模板必须保留 B 键低功耗模式:切换后停止 WebGL/ASCII canvas RAF,取消正在运行的 Web Animations,并把当前页内容直接 reveal 到静态最终态。
违反其中任何一条,杂志感都会垮。
height:Nvh 固定,不要用 aspect-ratio 撑违反其中任何一条,画面瞬间从瑞士掉到 PowerPoint。
本 skill 的两种风格分别参考了:
风格 A · 电子杂志风:
风格 B · 瑞士国际主义风:
可以把它们当做风格锚点。