这篇文章适合三类人。
-经常需要用 PPT 做汇报，想用 AI 省掉反复调结构、套模板、改标题、查细节的人。
-试过让 AI 一键生成 PPT，但结果总是能看不能用的人。
-对 AI 做 PPT 的内容、页面结构、最终效果都有要求，不想把汇报材料交给运气的人。
我会讲一套四步控制法。
1先聊大纲，控制叙事。2再画 ASCII 布局，控制结构。3再根据模板或参考图生成设计规范，控制审美。4最后先做关键页，控制质量。
全部走通之后，再生成整套 PPT。
一句话，先控制，再生成。
我最近一直在琢磨一件事，为什么用 AI 做 PPT，明明看起来特别适合自动化，但结果通常不能直接用。
不是完全不能看。
恰恰相反，它往往还挺努力。
有封面，有目录，有章节页，有图标，有渐变，有一些看起来很像咨询公司但又差点意思的排版。
然后你打开两分钟，心里大概就会浮现一个很诚实的判断。
这玩意，我不敢拿去汇报。
问题在于，你不知道它为什么这么排，为什么删掉这个重点，为什么突然换了风格，也不知道后面应该从哪里改。
这就是 AI 做 PPT 最让人难受的地方。
它不是丑。
它是不可控。
所以我后来慢慢意识到，用AI Tools 做 PPT，最重要的不是找一个神奇 Skill，也不是写一个巨长的提示词，然后祈祷它一次性产出完美文件。
那种心态太像抽奖了。
我现在更愿意把它拆开。
让它每次只解决一个问题。
先控制叙事，再控制结构，再控制审美，再控制质量。
这四个控制点都走通之后，再生成完整 PPT。
这套方法看起来慢一点，但如果你真的要拿去汇报、路演、培训，它反而更快。
因为最浪费时间的，从来不是生成第一版。
是拿到一套不受控的 PPT 之后，不知道从哪里救。
很多人做 AI PPT 的第一步就错了。
一上来就说，帮我做一份 20 页 PPT。
听起来很合理。
但这个任务太大了。
它要同时判断讲什么、怎么放、长什么样、效果算不算过关。
你让它一步到位，它就只能猜。
而 PPT 最怕的就是猜。
因为 PPT 不是一篇长文的切片。
PPT 是一条演讲路径。
每一页都有自己的任务，有的建立问题，有的抛出判断，有的解释方法，有的承接案例，有的负责让观众记住最后一句话。
所以第一步，不要让 Codex 生成 PPT。
先让它和你聊大纲。
而且不是那种只有标题的大纲。
只给标题没什么用。
「方法总览」
「核心能力」
「案例展示」
这种标题看起来很像大纲，但它不能指导页面。
真正有用的是页面任务。
比如「方法总览」这个标题，对设计几乎没有帮助。
但如果你说，这一页的任务，是让读者在 30 秒内理解四步之间的递进关系。
那页面就开始有方向了。
它可能是流程图，可能是横向流水线，也可能是四个控制点围绕一个中心。
但至少，它不再是一句空标题。
这里最重要的不是页面标题。
而是页面任务。
你可以直接这样说。
请先不要生成 PPT，先和我探讨 PPT 的大纲与逻辑。请根据我提供的主题、素材和目标听众，输出逐页规划。【********补充你的信息】 每页包含： - 页面任务 - 核心信息 - 建议素材 - 讲述时间 - 风险 如果你觉得缺少信息、内容顺序不合理，或者某一页没有必要，请直接指出来。
这一步很像在和一个同事对稿子。
它可能多给几页，可能把重点放错，也可能把关键转折写得太轻。
这时候改一页，只是改一行字。
PPT 生成之后再改一页，可能要牵动整套节奏。
这就是第一个控制点。
先控制要讲什么。
大纲确认之后，很多人会马上进入下一步，找两个skill，交给 Codex 生成精美页面。
我现在不这么干。
我会先让它用 ASCII 把页面布局画出来。
听起来有点土。
真的挺土的。
但说实话，这一步非常有用。
因为它会强迫你和 Codex 先讨论结构，而不是被颜色、字体、光效、渐变这些东西带跑。
PPT 页面最底层的问题，其实不是好不好看。
而是信息怎么放。
标题在哪里，主视觉在哪里，正文和图表各占多少空间，观众第一眼看哪里，这一页是横向比较、纵向流程，还是单点观点。
这些问题如果不先定下来，后面所谓设计，很多时候只是装饰。
提示词可以这样写。
请基于已经确认的逐页大纲，为每一页生成 ASCII 页面布局。 不要描述颜色和字体。 只表达页面结构，包括： - 标题区 - 主视觉区 - 正文区 - 图表区 - 备注区 如果某一页信息太多，请直接建议拆页或删减。
这一步很像搭骨架。
骨架歪了，后面皮肤再漂亮也没用。
所以第二个控制点，是控制怎么放。
3.再输入模板或参考图，让 Codex 总结设计规范
大纲和布局都稳定之后，才轮到风格。
很多人会写，高级一点，科技感一点，简洁一点，像苹果发布会一点。
这几个词，对 AI 来说太宽了。
高级可以是黑金风，可以是极简白，也可以是大面积留白加一行小字。
科技感可以是蓝紫渐变，可以是网格背景，也可以是细线图标。
简洁更离谱，谁都说自己简洁。
所以我现在会尽量避免只给形容词。
如果有公司模板，就直接把规范 PPT 模板放进项目。
如果没有模板，就放几张方向对的参考图。
然后先不要让 Codex 生成页面。
先让它总结设计规范。
这一步的重点，不是让它复制某张图。
而是让它把参考风格翻译成一套可执行的规则。
比如页面比例、色彩系统、字体层级、字号、留白、卡片样式、图片裁切、章节页规则、内容页规则，以及禁止事项。
这里的关键词，是可执行。
不是「高级」。
不是「干净」。
不是「有设计感」。
而是颜色、字号、间距、图片规则、页面类型规则。
提示词可以这么写。
请阅读我提供的 PPT 模板或风格参考。 请把它总结成一份可执行的设计规范。 规范需要包括： - 页面比例 - 色彩系统 - 字体层级 - 留白规则 - 卡片样式 - 图片裁切方式 - 章节页规则 - 内容页规则 - 禁止事项 请尽量使用明确数值和具体约束。
这一步单独做，有一个很大的好处。
如果最后页面不好看，你至少知道问题在哪里。
是大纲不对，布局不对，设计规范不对，还是 Codex 在执行规范时走偏了。
如果你让它一边理解模板，一边设计页面，一边生成整套 PPT，最后结果丑了，你根本不知道该怪谁。
很难改。
这就是第三个控制点。
先控制长什么样。
到这里，大纲有了，ASCII 布局有了，设计规范也有了。
很多人又会忍不住。
是不是可以生成整套 PPT 了？
我建议再忍一下。
先做关键页。
关键页不是随机挑几页。
它应该覆盖整套 PPT 的主要页面类型。
封面页验证第一眼气质，问题页验证观点表达，方法总览页验证框架是否清楚，步骤页验证重复页面会不会单调，案例页验证图文关系，结尾页验证能不能收住。
如果是产品路演，可以加一页产品截图页。
如果是数据汇报，可以加一页图表页。
这一步控制的是质量。
不是检查某一页好不好看。
而是验证这套方法能不能撑起一整套 PPT。
提示词可以这样。
请先生成关键页效果，不要生成整套 PPT。 请选择： - 封面页 - 痛点页 - 方法总览页 - 步骤说明页 - 结尾页 每页都要对应已确认的大纲、ASCII 布局和设计规范。 完成后请输出预览图，你可以调用你生成图片的相关能力，并说明每页验证了什么页面类型。
关键页阶段要敢于推翻。
封面气质不对，就不要继续。方法总览页看不懂，就不要继续。步骤页一复制就显得单调，也不要继续。
很多 PPT 的灾难，都是因为一开始关键页已经不对了，但人还是硬着头皮生成完整套，结果从 5 页的问题，扩散成 30 页的问题。
这就很痛苦。
所以关键页的价值，就是用最小成本验证方向。
它有点像拍电影之前先做概念片。
概念片都没感觉，就不要急着开机。
当前面四步都通过后，整套 PPT 生成才真正开始。
这时候 Codex 已经不是在凭空猜。
它手里有已确认的大纲、ASCII 布局、设计规范和关键页效果。
这四个东西加起来，才是完整的生成上下文。
你再让它生成整套 PPT，成功率会高很多。
因为它不需要重新发明页面结构，不需要重新猜风格，也不需要重新判断哪些页面重要。
它要做的是沿着已经确认的规则，把剩下的页面补齐。
提示词可以这样。
现在请基于已确认的大纲、ASCII 布局、设计规范和关键页效果，生成完整 PPT。 不要： - 重新发明页面结构 - 擅自改变章节顺序 - 新增不存在的数据和案例 完成后请输出： - 可编辑 .pptx - 整套页面预览图 请逐页检查： - 文字溢出 - 图片变形 - 元素重叠 - 字号过小 - 页面风格不一致 - 低对比度问题
这里还有一个点，生成完整 PPT 不是结束。
生成之后必须预览。
而且不是只看文件是否存在。
至少检查这些东西。
每页是否符合原始大纲，页面结构是否符合 ASCII 布局，视觉是否遵守设计规范，关键页风格是否被延续。
再看字体是否过小，图片是否变形，文案是否被截断，页面之间是否像同一套 PPT，有没有 AI 自己编出来的内容。
说真的，这一步很琐碎。
但它非常必要。
PPT 是视觉文件。
不是生成一个 .pptx 后缀就完事了。
你必须把它渲染出来，看它在真实页面里是不是成立。
如果有问题，就让 Codex 回到对应的中间产物里改。
不要只对最终 PPT 做局部抢救。
因为很多页面问题，本来就是大纲、布局或规范的问题。
这也是我为什么一直强调控制链路。
你留下中间产物，才有地方回去改。
最后一个小tip：你可以让他把汇报时的逐字稿一同写入到ppt每页的备注中～
回头看，这套方法其实只是在解决四种失控。
一键生成容易叙事失控，所以用大纲控制。
一键生成容易页面失控，所以用 ASCII 布局控制。
一键生成容易审美失控，所以用设计规范控制。
一键生成容易质量失控，所以用关键页控制。
听起来有点麻烦。
我承认。
这不是那种三分钟做出一份惊艳 PPT 的故事。
甚至一开始，你可能会觉得这套流程有点笨。
但我自己的感受是，如果你真的要把这份 PPT 拿出去讲，它反而会省时间。
因为它把问题提前了。
以前你是等整套 PPT 生成完，才发现叙事不对、页面不对、风格不对、关键页不对。
现在你在每一步都能发现问题。
大纲不顺，先改大纲。
布局太挤，先改 ASCII。
风格跑偏，先改设计规范。
关键页不成立，先改关键页。
等这些东西都稳定了，再生成整套 PPT。
这种感觉，就像你不是在找 AI 帮你抽一张彩票。
你是在搭一条生产线。
每一步都有中间产物。
每一步都能检查。
每一步都能回退。
这就是 Codex 相比普通聊天框更适合做这件事的地方。
它不是只给你一段回答。
它可以围绕一个本地项目，把大纲、布局、规范、关键页、最终文件、预览图都放在一起。
这套东西一旦留在项目里，下一次你再做类似 PPT，就不是从零开始。
你是在复用一条流程。
最后简单收一下。
我现在用 Codex 做 PPT，会把它拆成这样。
材料输入 ↓ 大纲确认，先控制讲什么 ↓ ASCII 布局，先控制怎么放 ↓ 设计规范，先控制长什么样 ↓ 关键页验证，先控制效果是否成立 ↓ 整体生成，最后再让 Codex 扩展到全套 PPT ↓ 预览检查，继续修改
所以最后回头看，这套方法并不复杂。
它不是一个神奇提示词，也不是某个万能 Skill。
它更像一条生产线。
大纲控制叙事，ASCII 控制结构，设计规范控制审美，关键页控制质量。
等这些中间产物都确认了，再让 Codex 去生成整套 PPT。
这样做一开始会慢一点，甚至有点笨。
但它会少很多返工。
因为你不是等到最后才发现 PPT 不对，而是在每一步都提前发现问题。
先控制。
再生成。
以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧。
如果想第一时间收到推送，也可以给我个星标⭐～
谢谢你看我的文章，我们，下次再见。
