我最近整理 Codex 做 PPT 的 Skill，发现一个挺反直觉的事。
如果你已经折腾了3小时，还是卡在空白页，问题大概率不在模型。
真正影响效率的，不是你装了多少插件。
而是你有没有先把 PPT 拆成一条工作流。
说白了，PPT 不是“生成几页漂亮页面”这么简单。它至少有 5 步：内容梳理、结构判断、视觉选择、格式交付、后续修改。
任何一步没想清楚，AI 生成得再快，最后还是会回到你手里返工。
这也是很多人用 Codex 做 PPT 会崩溃的原因。
一上来就让它：帮我做一份高级感 PPT。
高级感是什么？
商务汇报还是线上演示？网页幻灯片还是原生 PPTX？最后要不要给老板改？这些不说清楚，AI 只能在空白页里自由发挥。
自由发挥，往往就是灾难现场。
先说结论：6 个 Skill，不是都要装
我更建议你按场景选。
注意，这张表比“插件清单”更重要。
新手最容易犯的错，就是看见 Skill 就全装。
装完以后，还是不知道什么时候用。
你有没有遇到过这种情况？工具越囤越多，真正开工时，还是盯着空白页发呆。
先解决审美，不要让 Codex 瞎画
如果你做的是观点表达、课程分享、产品分析，Guizang PPT Skill 会比较合适。
它的价值不是“帮你写内容”。
而是给页面一个审美框架。
很多 PPT 丑，不是内容差，而是内容摆上去以后没有层次。标题、配图、留白、卡片比例，全靠临场感觉。
Codex 本身很会执行。
但你不给它视觉边界，它就容易生成那种熟悉的 AI 页面：渐变背景、大标题、三张卡片、几个通用图标。
看第一眼还行。
看多了就腻。
beautiful-html-templates 也是类似逻辑。它更像模板库，适合让 Codex 先站在一个成熟视觉系统上，再把内容套进去。
这就像写文章。
完全从空白开始，很容易散。先有一个稳定结构，反而更容易写出东西。
中文正式场景，别只追求酷
如果你要做商务汇报、课程课件、产品方案、项目复盘，我会优先考虑 GordenPPTSkill。
原因很简单：中文 PPT 有自己的真实场景。
它不一定要先锋，也不一定要艺术。
很多时候，老板和客户要的是结构清楚、重点明确、能拿去讲。
标题层级、目录页、总结页、表格信息、图文比例，这些看起来不酷，但非常关键。
这类场景里，GordenPPTSkill 内置中文模板的价值就出来了。
别被“酷炫网页 PPT”带偏。
你最后交付给谁，决定你该用什么 Skill。给客户汇报，还硬做一个炫酷网页演示，真的合适吗？
技术分享，可以跳出 PPTX
html-ppt-skill 适合技术分享、产品介绍、线上演示。
这个方向给我的启发是：PPT 不一定非得是 .pptx 文件。
如果你的分享主要在线上，受众是开发者、产品经理、AI 工具用户，那么 HTML 演示文稿可能更自然。
它可以在浏览器里运行，可以加动画，可以有演讲者模式，也更容易和网页组件结合。
我以前做工具分享时，经常卡在一个地方。
内容是技术流，但 PPT 模板是传统商务风。
怎么调都别扭。
后来我才意识到，不是内容不对，是载体选错了。
技术内容有时候就适合网页演示，没必要硬塞进 PowerPoint。
最终要交付，就必须考虑可编辑
这里我想单独说 ppt-master。
很多 AI PPT 工具有一个隐藏坑：看起来生成了，其实不好改。
要么整页像图片。
要么结构很乱。
要么你想改一个文本框、换一个模板、调整一个形状，都会很麻烦。
我在这里吃过亏。
踩坑预警: 只看首版效果，很容易误判。
第一次生成时很爽。等到要改第三版，才发现前面省下来的时间全还回去了。
所以，如果你的目标是最终交付一个可以继续修改的 PowerPoint，ppt-master 这类工具就很关键。
PPT 不是生成完就结束。
老板要改，客户要改，自己上台讲的时候也会改。不能编辑，就不算真正进入工作流。
不会描述审美，就先让它给你看
frontend-slides 这个思路我挺喜欢。
它不是一上来逼你写“高级、极简、科技感、未来感”这种抽象词。
它是先生成视觉预览，让你选。
这很符合普通人的真实情况。
很多人不是没审美，而是不知道怎么把审美说出来。你让他写提示词，他只能说“好看一点”。
但如果给他 3 个方向，他马上能判断：这个像培训课，那个像产品发布，这个更适合我。
AI 工作流以后会越来越往这个方向走。
能选就不要硬描述。
能预览就不要盲生成。
能迭代就不要一次定稿。
这比背 100 条 PPT 提示词实用。
我建议你这样组合使用
如果你刚开始用 Codex 做 PPT，不要一口气追求全能。
先建一条最小工作流。
| | |
|---|
| | |
| | 用 frontend-slides 或模板库看方向 |
| | 按场景选 Guizang / html-ppt / Gorden |
| | |
| | |
你可以直接给 Codex 一个这样的起手模板：
请先帮我拆一份 PPT 大纲：
主题：XXX
受众：新手 / 客户 / 团队内部
目的：科普 / 汇报 / 课程 / 方案
页数：8-12 页
交付形式：HTML 演示 / 可编辑 PPTX
风格参考：正式中文 / 科技分享 / 视觉观点页
先不要生成页面，先输出目录和每页核心观点。
别急着让它做图。
先让它把骨架搭稳。
真正成熟的用法，可能不是只用一个 Skill。
比如内容创作者做一场 AI 分享，可以先让 Codex 拆大纲，再用 frontend-slides 看视觉方向。
接着用 beautiful-html-templates 套 HTML 模板。
如果最后要发给客户改，再考虑 ppt-master 或 GordenPPTSkill。
听起来比一句提示词复杂。
但这更接近真实工作。
因为真实工作本来就不是一次生成，而是从想清楚、做出来、改得动、交得出去，一步一步跑完。
下面这个顺序，才是我更推荐的新手起步法。
最后说句真心话
Codex 做 PPT 最值得学的，不是某一个插件名字。
而是你开始把“做 PPT”这件事拆成流程。
内容交给 AI 梳理。
版式交给 Skill 约束。
审美和判断交给人。
这样做出来的 PPT，才不会变成一堆能看但不好用的页面。
如果你也经常卡在 PPT 空白页，先别囤一堆工具。
晨念老规矩: 先跑通一个最符合当前场景的 Skill。
跑通一次，比囤 100 个插件都值。
你现在最常卡住的是内容大纲、页面审美，还是最后的 PPTX 修改？
