上次做季度汇报,PowerPoint 改版式改了 3 小时。这次我把大纲丢给 Codex + guizang-ppt-skill,4 步变出浏览器直接演示的网页 PPT,内容没动一行,版式一次过。

开场:3 小时改的不是内容,是版式

上个月季度汇报,材料早就准备好了:3 个项目数据、客户反馈、下半年计划,一个字不缺。

但做 PPT 花了 3 小时,其中 2 小时在调版式。标题字号大了,数据卡片挤了,配色不统一,图片比例变形。内容没变,版式翻了三遍。

后来我试过把文件丢给 AI,补一句”帮我做得高级一点”。页面是生成了,但内容空、散、重复,最后还是手动改。

问题出在哪?我把内容和设计一起交给 AI 去猜。它不知道我要什么,我也没说清楚。

一、Codex 凭什么能做 PPT?

许多人看到 Codex 这个名字,第一反应还是”写代码的工具”。

但 Codex 真正好用的地方,是它能读取项目里的文件,按照一套固定流程生成和修改交付物。这套固定流程,就是 Skill。

Skill 的逻辑很简单:把指令、参考资料、模板和脚本打包在一起,让 Codex 重复执行某类工作。写代码是一种,做 PPT 也是一种。

这次用到的是 guizang-ppt-skill,它内置两套视觉系统,我刚看到时愣了一下,由于这两套风格差异很大:

它内置两套视觉系统,我刚看到时愣了一下,由于这两套风格差异很大:

我做季度汇报选了 Style B,由于数据多、结论硬,瑞士风的网格排版能把数字撑起来。

它生成的不是 .pptx 文件,是单文件 HTML。浏览器打开就能翻页演示,键盘左右键、滚轮、触屏滑动都支持,按 B 键还能关掉动画。这个边界后面会讲。

支持的平台不止 Codex:Claude Code 原生支持,Cursor 和其他有文件系统权限的 Agent 也能用。

二、第一步:大纲先行,别让 AI 猜

做 PPT 最常见的坑,是只说一句”帮我做一份季度汇报 PPT”。

Codex 会追问受众是谁、多少页、重点是什么。即使直接生成了,内容也容易空、散、重复,由于它在猜你要什么。

更稳的方式,是先在项目文件夹里放一份 Markdown 大纲。不需要写得美丽,但至少要有这 5 项:

• 这份 PPT 给谁看

• 这次汇报想解决什么问题

• 必须出现的实际和数据

• 希望观众记住哪 3 个结论

• 哪些内容不能改、不能猜

我写的季度汇报大纲长这样:

2026 年 Q2 工作总结

汇报对象
部门负责人、项目组成员

核心结论
1. 上半年完成了 3 个重点项目
2. 当前最大问题是交付周期不稳定
3. 下半年优先优化流程,不盲目扩项目

必须保留的数据
- 项目数量:3 个
- 按期交付:2 个
- 延期:1 个

禁止事项
- 不编造客户评价
- 不改动原始数据

这一步看起来多做了一点,实际上省掉后面大量来回修改。

核心就一句话:AI 负责组织和呈现,人负责实际和判断。这个分工越清楚,结果越稳定。

三、第二步:装 Skill + 写清任务单

guizang-ppt-skill 的安装命令就一行:

也可以直接把仓库地址发给 Codex,让它自己处理。装完如果没立即出目前技能列表里,刷新一下就行。

这里多提醒一句:第三方 Skill 可能包含脚本和资源文件。安装前先看仓库的 SKILL.md 和 scripts 目录,确认它会读写哪些文件、执行哪些命令。别由于”网上很火”,就把陌生脚本直接交给 Agent 运行。

装好后,不要只说”做得高级一点”。把受众、场景、页数、风格、硬约束和验收标准一次写清楚:

请读取当前目录下的《2026年Q2工作总结.md》,
使用 guizang-ppt-skill 生成一份 8 页左右的网页 PPT。

受众:部门负责人和项目组成员
场景:10 分钟季度汇报
风格:Style B 瑞士国际主义
重点:突出 3 个结果、1 个问题、3 个下半年动作

硬约束:
1. 不编造文件中没有的数据和案例
2. 每页只讲一个核心结论
3. 数据页必须标明数据来自原始文档
4. 正文不要堆成长段文字

交付要求:
1. 先给出 8 页结构和每页一句话结论
2. 我确认后再生成完整 HTML
3. 完成后检查文字遮挡、图片比例和页面溢出

这段提示词最关键的不是”瑞士风”,而是最后三行:先确认结构,再生成页面,最后自检。

这样可以在返工成本最低的时候发现方向错误,不用等 8 页都做完再推倒重来。

guizang-ppt-skill 本身也有一套 7 问清单:风格、受众、时长、素材、图片需求、主题色、硬约束。Agent 会主动问你这些问题,回答得越具体,生成质量越高。

四、第三步:三轮验收,别等做完再推倒

AI 生成完成,不等于 PPT 完成。至少检查三轮。

第一轮,查内容。先看每一页的一句话结论。如果删掉所有装饰图,只看标题和结论,整份 PPT 还能不能讲通?讲不通,先改结构,别急着调颜色。

第二轮,查实际。逐页核对数字、日期、人名和产品信息。凡是源文件里没有的内容,要么删除,要么明确标成”待补充”。AI 最容易犯的错,不是页面丑,而是把缺失信息补得像真的一样。

第三轮,查版式。重点看四件事:

修改时别说”这页不好看”。直接告知它具体位置和动作:

第 5 页右侧数据卡片太挤。
保留 3 个数字,删掉解释性长句。
标题字号降低一级,卡片之间增加间距。
不要改动数字本身。

描述越具体,修改越快。瑞士风还有自己的校验脚本,跑一下就能拦住居中标题、图片脱离槽位等问题:

五、两个边界:什么时候该用,什么时候别碰

这套方法很好用,但不是所有 PPT 都适合。

第一个边界,交付格式。这个 Skill 生成的是 HTML 演示稿,适合现场演讲、内部分享、产品展示和直接截图。如果客户明确要求可在 PowerPoint 里继续编辑的 .pptx 文件,要在开始前就确认清楚,别等做完才发现格式不对。

第二个边界,内容类型。

工具没有输赢,只有场景是否匹配。

Codex 做 PPT,真正值得学的不是某条万能提示词,而是一套可重复的工作流:内容先行,Skill 负责执行,人负责验收。先把实际和结论讲清楚,再让 AI 处理版式。这样生成出来的东西,才不只是”看起来像 PPT”,而是真的能拿去讲。