AI 做 PPT，别急着生成
Claude 写内容，Codex 搭系统
最近我用 Claude 和 Codex 做了一套 PPT。
一开始我也试过，让 AI 直接生成整份 PPT。
页面是有了，但味道不对。内容像大纲，版式像模板，卡片排得很整齐，颜色也不少，可一眼看过去，还是有一股 AI 味。
后来我换了个做法。
不让 AI 一次生成整份 PPT，而是把 PPT 拆成一条工作流：先定叙事，再拆模块；先写内容包，再做页面；先定风格，再让 AI 生成；最后把反复出现的东西沉淀成系统。
AI 做 PPT，关键不是“一键生成”，而是把它拆成一条能反复跑的工作流。
图 1：Claude 负责内容，Codex 负责系统。
我后来反而觉得，人要做的事没有少，只是位置变了。
人负责判断、审美、事实和表达的分寸。Claude 负责帮我展开内容和生成页面。Codex 负责把反复出现的结构工程化，让下一份 PPT 更快、更稳。
图 2：不是一键生成，而是一条生产线。
先别做页面，先定叙事
PPT 不是页面集合，而是一条叙事线。
很多 AI PPT 看起来“有内容”，但读完不知道它要把人带到哪里。原因就在这里：它先生成了页面，却没有先设计叙事。
PPT 不是页面集合，而是一条叙事线。先有叙事，页面才不会散。
我现在会先把整个 PPT 拆成几个模块。
比如：
开场：为什么这件事值得听。
问题：现在卡在哪里。
方法：我们怎么解决。
证明：数据、案例、证据在哪里。
落地：下一步怎么做。
这个阶段，我不会让 Claude 直接画 PPT。我只让它帮我梳理结构，检查逻辑，补齐缺口。
我会问它几个问题：
这份 PPT 的听众是谁？
他们最关心什么？
哪几页必须打穿？
哪些内容只是辅助，不应该占太多页面？
先把这些问题想清楚，后面每一页才不会变成“好像都对，但没有重点”。
Claude 负责内容，但要分批喂
我一般不会让 Claude 一口气做完整份 PPT。
如果一份 PPT 页面比较多，我会把它拆成几个小模块。一个模块只处理几页。
这样做有两个好处。
第一，Claude 的注意力更集中。它不用同时记住整份 PPT，只需要把当前这几页讲顺。
第二，风格不容易漂。AI 一口气做太多页，很容易前面还是克制商务风，后面突然变成彩色信息图；前面还有留白，后面就变成了卡片瀑布流。
图 3：每次只让 Claude 处理一个小任务。
我给 Claude 的任务会写得很具体。
只做「模块 B」这 3 页：
P4：方法
P5：架构
P6：价值
要求：
1. 不要生成其它页面
2. 每页只表达一个核心判断
3. 遵守下面的风格规范
4. 不要使用 emoji、圆圈编号、直角方框
5. 卡片使用圆角，颜色强调不超过两种
你会发现，AI 做 PPT 的质量，很多时候不是模型能力问题，而是任务颗粒度问题。
任务越大，它越容易泛化成模板。
任务越小，它越像一个认真干活的协作者。
任务越大，AI 越容易泛化成模板；任务越小，它越像一个认真干活的协作者。
还有一个动作很关键：每一页先写“内容包”。
我不会直接说“帮我做一页方案页”。我会先写清楚：这一页标题是什么，想让读者记住什么，有哪些事实、数据或案例支撑，适合用流程图、对比表、数据卡，还是结构图。
这一步很像给设计师写 brief。
如果内容包是空的，AI 就只能自己脑补。它会补出一些“专业但空”的话，比如“提升效率”“赋能业务”“构建闭环”“打造平台能力”。
这些话不是不能出现，而是不能当作事实。
真正好的 PPT 页面，往往不是文字多，而是判断明确。
去 AI 味，靠的是约束和删减
很多人让 AI 做 PPT，默认让它自由发挥。
但 AI 的自由发挥，往往就是模板味的来源。
所以我会提前写一份风格规范。
图 4：把审美变成明确约束。
比如：
整体风格：
克制、专业、可信，不要营销感。
颜色：
蓝色用于结构、标题、编号；
绿色只用于数据和达成；
橙色只用于行动提示或关键转折；
单页彩色强调不超过两种。
版式：
卡片必须使用圆角；
不要使用直角方框；
不要使用圆圈数字编号；
不要使用 emoji；
不要到处加装饰线；
标题下只保留一根短蓝线作为视觉锚点。
信息密度：
每页保留足够留白；
不要把所有内容做成等大的卡片；
有主次，有节奏。
为什么要写这么细？
因为 Claude 默认生成出来的 PPT，很容易有“AI 味”。
所谓 AI 味，不是说它一定丑，而是它太像 AI 了：信息平均分布，卡片等大排列，图标用得太多，颜色看似丰富但没有纪律，页面每一块都想强调。
最后反而没有重点。
图 5：同一页内容，差别在调味。
很多时候，去 AI 味不是加东西，而是删东西。
删掉多余装饰。
删掉无意义图标。
删掉平均用力的卡片。
删掉没有事实支撑的形容词。
页面会马上干净很多。
我现在判断一页 PPT 有没有 AI 味，会看几个信号：
标题是不是只有概括，没有判断。
所有元素是不是过于平均。
每个卡片是不是都在强调自己。
文字是不是很多，但没有一个明确结论。
这些问题不靠模型自己解决，还是要人去看。
Codex 负责把方法固化下来
Claude 适合做内容和表达。
Codex 更适合把一套方法工程化。
当我发现有些东西反复出现，比如页眉、圆角卡片、数据卡、对比表、流程图、章节页、结尾页，我就不会每次都复制粘贴。
我会让 Codex 把它们做成组件。
图 6：把反复出现的东西交给 Codex 固化。
我的想法很简单。
会变的内容，放在 Markdown 里。
会复用的样式，放在组件库里。
会反复引用的事实，放在事实库里。
会稳定出现的页面结构，放在页面积木里。
最后用脚本渲染成 PPT。
我现在更愿意把 Markdown 当成内容源，把脚本当成渲染层。
会变的内容，放在 Markdown 里；会复用的样式，交给组件和脚本。
以前改一份 PPT，经常是在页面里来回拖动、复制、粘贴。改完这一页，另一页又不一致。改了一个数字，别的地方还漏着旧数字。
现在我更倾向于把 PPT 当成一个小型内容系统。
大纲是结构。
Markdown 是文案。
组件是版式。
事实库是口径。
脚本是渲染。
PPTX 是产物。
这样做的结果是，AI 不再每次从零开始“画 PPT”。
它是在一个已有设计系统里搭页面。
最后还是要人来判断
AI 做完，不等于 PPT 完成。
最后一定要检查。
图 7：生成后必须检查文字、对齐、留白和事实红线。
我会重点看这些：
标题是否只表达一个判断。
文字是否溢出或重叠。
卡片之间是否对齐。
留白是否足够。
颜色是否超过两种强调。
数字是否有出处。
是否暴露客户、公司或敏感信息。
尤其是最后一条。
如果文章要公开发布，就不要直接放真实客户 PPT 截图。最好单独做一套公开版示意图：保留方法、版式和流程，但去掉公司名、客户名、logo、真实数据、合同信息、资质照片。
这不是多此一举。
这是专业度的一部分。
我现在越来越不相信“一键生成 PPT”。
真正有价值的是一套工作流。
先定叙事，再拆模块。
先写内容包，再做页面。
先定风格，再让 AI 生成。
先识别 AI 味，再逐页调味。
最后，把反复出现的东西沉淀成积木。
在这套流程里，Claude 和 Codex 的分工很清楚。
Claude 像一个理解力很强的内容协作者，适合帮我写结构、丰满页面、调整表达。
Codex 像一个工程师，适合帮我把主题、组件、页面积木、生成脚本都固化下来。
人要做的，是守住方向。
AI 可以生成页面，但方向、审美和事实，还是要人守住。
不要把判断交出去。
不要把审美交出去。
不要把事实交出去。
AI 可以帮我们更快地产出 PPT。
但真正决定 PPT 质量的，仍然是人的结构感、品味和对细节的耐心。
用 AI 做 PPT，不是把自己从流程里拿掉。
而是把自己从重复劳动里挪出来，回到更重要的位置：判断什么值得讲，决定怎么讲，以及把最后那一点 AI 味调掉。
参考资料我先放在草稿源文件里。公开文章里，不展开。
