现在网上讲“Codex 做 PPT”的内容很多，但大多数文章只停在“让它写提纲”这一步，所以做出来的东西很容易像一页页堆字的草稿。真正更接近高质量成品的做法，其实已经很明显了：一类是 OpenAI 官方在讲的 slide deck 工作流，一类是 GitHub 上强调 skills 和可编辑文件流的玩法，另一类则是短视频平台上最容易起量的“上传原稿 + 给参考风格图 + 快速出页”的套路。把这三种方法合起来，你做出来的 PPT 会更像真实作品，而不是普通 AI 生成文本。
为什么你之前看到的很多教程不太好用
因为它们太喜欢用一句笼统的话开场，比如“帮我做一份 10 页 PPT”，然后期待 AI 直接给出最终版。这样得到的内容通常有三个问题：第一，结构看似完整，但没有你的真实材料支撑；第二，语言太平均，每页都像解释说明；第三，视觉方向没被限定，最后很像套模板。也正因为这样，很多读者会觉得“能用是能用，但也就那样”。
现在更值得参考的 3 条内容线
- 官方线：先把 PPT 当成一个可编辑产物，而不只是文字答案
OpenAI 官方已经把“生成 slide decks”列进 Codex 的典型用例里，这类玩法的重点不是只问内容，而是让它围绕现成的演示材料、结构模板、页面元素和批量修改去工作。换句话说，方向已经从“写文案”变成“帮你产出能继续改的演示稿”。 - GitHub 线：skills 推荐和演示文档工具链一起用
GitHub 上更受欢迎的做法，通常会把 Codex 和现成的 presentation skills 或演示脚本能力配在一起使用。它们强调两件事：一是尽量输出可编辑的 PPTX 或者更清晰的页面结构；二是先给参考风格、配色或页面截图，再让模型去贴近这种版式，而不是凭空脑补设计。 - 平台流量线：高热视频更喜欢“论文一扔就拆页”“给张图就定风格”
不管是浏览器里常见的教程视频，还是抖音这类短视频平台上容易起量的内容，真正吸引人的不是“它会写提纲”，而是“我把论文、讲稿、项目复盘丢进去，它能很快拆成一页页能讲的结构”，再配合一张风格参考图，让成品看起来更像人为打磨过。
一套更像真实工作流的做法
如果你要做课堂汇报、答辩 PPT、工作复盘、产品路演，建议你不要直接让 Codex 从零自由发挥，而是按下面这个顺序来。这样会比单纯问“帮我做 PPT”稳很多。
- 第一步：先准备“原料包”，不要空口要成品
你至少要准备这几样东西中的 2 到 3 样：原始长文、论文摘要、会议纪要、课程提纲、项目复盘文档、想保留的数据、你自己的截图、以及一张你觉得风格不错的参考页。你给的原料越完整，Codex 就越容易从“内容整理者”变成“演示整理助手”。 - 第二步：先给风格参考图，而不是最后再嫌它不好看
这是现在很多高流量教程都会强调的一点。你可以直接给一张喜欢的 PPT 页面截图，或者描述成“浅底、大标题、少字、偏咨询风”“偏学术答辩风”“偏产品发布会风”。风格在前面定，比后面返工省很多时间。 - 第三步：第一轮只让它拆页，不让它抢着写满每一页
先让 Codex 把你的原始内容拆成“封面 / 问题背景 / 方法 / 案例 / 数据 / 结论 / Q&A”这种页级结构。重点是让它告诉你：这一页讲什么、为什么要放在这里、和上一页怎么接。这样你能先判断逻辑顺不顺，再让它往里填字。 - 第四步：第二轮再压缩成 PPT 短句
等结构没问题后，再让它把每页内容压成短句。这里一定要加限制，比如“每页不超过 4 条”“每条控制在 18 字以内”“避免出现大段解释性句子”。你会发现同样一份内容，限制一加上，页面就会马上清爽很多。 - 第五步：第三轮补“讲的时候怎么说”，而不是继续堆字
很多人做出来的 PPT 很难讲，不是因为内容少，而是因为页面上已经把话说完了。更好的做法是让 Codex 给每页补 1 到 2 句口头讲解提示，把真正要展开说的话放到讲稿里，而不是全塞在页上。 - 第六步：最后人工补真实截图、图表和细节页
这一环最重要，也最容易被偷懒。高质量 PPT 和普通 AI 稿的差别，往往就出在这里。你需要把模型生成的抽象说法，替换成真实产品图、真实流程图、真实数据表、真实页面截图。只要这一层做了，整份 PPT 的可信度会立刻上一个台阶。
GitHub skills 值得借鉴的地方，到底是什么
很多人看到 GitHub 上关于 Codex 的 skills，会以为那只是更高级的命令工具。其实对做 PPT 来说，最值得学的是它背后的工作方式：
- 把输出目标说成具体文件或具体产物：不要只说“做一份汇报”，而要说“整理成 8 页可演讲的课堂汇报结构”。
- 把参考输入变成强约束：给风格图、给目录样式、给你喜欢的标题排法，能明显减少它乱发挥。
- 把 Codex 当成多轮协作者：先拆页，再改短句，再补讲稿，再建议配图，不要指望一轮定生死。
- 如果你能用演示类 skills 或脚本，就让它服务于“成品”：目标不是更炫的提示词，而是更接近能交付的文件结果。
可以直接拿来参考的 GitHub 高热示例
下面这些例子里，有的是高星 PPT 工具库，有的是更贴近 agent skills 的仓库。严格说它们不全都叫“Codex skills”，但对你现在想做的事都很实用，因为它们分别解决了 PPT 生成里最核心的几件事：可编辑导出、结构化拆页、模板化输出、学术汇报规范、图片或 PDF 转可编辑幻灯片。
- PptxGenJS：https://github.com/gitbrent/PptxGenJS
这是目前很值得看的高热项目之一。GitHub Topics 页显示它大约有 5.7k stars。它适合做什么？适合把“页面标题、要点、表格、图表、图片”真正写成可编辑 PPTX，而不是停留在文本建议层。你如果想让 Codex 最后落到可编辑 PowerPoint 文件，这类库很值得当例子看。 - PPTAgent：https://github.com/icip-cas/PPTAgent
这是更偏 agentic workflow 的高热项目。GitHub 组织仓库页显示它大约有 4.7k stars。它适合拿来当什么例子？适合说明“PPT 不是一句话生成，而是要经历规划、反思、重排和导出”的多步过程。你文章里讲的多轮协作思路，和这类项目方向是相通的。 - presentation-ai：https://github.com/allweonedev/presentation-ai
这个项目在 GitHub Topics 页展示约 2.9k stars。它更适合当“从主题快速生成完整演示稿”的案例，适合给读者一个直观认知：现在很多高热开源项目都不只是让模型写提纲，而是直接围绕 presentation 这个最终产物做整套流程。 - AiPPT：https://github.com/veasion/AiPPT
GitHub Topics 页展示约 1.9k stars。这个例子很适合放在文章里，因为它强调的就是“通过主题、文件、网址等方式生成 PPT”，而不是只给一句 prompt。对读者来说，这个例子能很好说明：原料输入越真实，生成结果通常越像成品。 - image-to-editable-ppt-skill：https://github.com/ningzimu/image-to-editable-ppt-skill
这是比较贴近“skills”概念、而且热度已经不低的仓库之一，GitHub Topics 页显示约 897 stars。它特别适合拿来当一个实用点：如果你手里只有截图、PDF 或图片版幻灯片，也可以先转回可编辑 PPT，再继续让 Codex 或其他 agent 去改内容。 - academic-pptx-skill：https://github.com/Gabberflast/academic-pptx-skill
这个仓库页面显示约 599 stars。它非常适合学术答辩、论文汇报、组会展示这类场景。你如果这篇文章后面还想补“课堂汇报/论文答辩版 Codex 提示词”，这个项目就是一个很好的例子，因为它强调 action titles、论证结构、引文规范这些学术 PPT 真正在乎的东西。 - OpenAI skills catalog：https://github.com/openai/skills
这个仓库不只服务 PPT，但它很适合放进文章里当“技能化工作方式”的例子。它能帮助读者理解：为什么现在更强的 agent 用法，不是靠一条万能提示词，而是把任务拆成 skill、脚本和资源来重复执行。
如果你只是想先抓最实用的 3 个例子，我会优先推荐这三个：PptxGenJS 用来看“怎么生成可编辑 PPTX”，PPTAgent 用来看“多步式 PPT 工作流”，image-to-editable-ppt-skill 用来看“截图/图片/PDF 如何回到可编辑演示稿”。这三个例子放在一起，刚好能把“生成、重构、再编辑”这条链路讲完整。
可以直接照着改的提示词模板
我有一份关于“大学生如何用 AI 工具提升学习效率”的课堂汇报原稿，请先不要直接生成整份 PPT。先根据原稿内容，帮我拆成 8 页结构，按“页面标题 + 这一页的核心任务 + 建议放什么内容”的格式输出。听众是大学老师，时长 6 分钟，风格希望简洁、清爽、不要堆字。
下面我再给你一张我喜欢的 PPT 风格截图。请参考它的大标题、留白感和信息密度，但不要照搬文字内容。基于刚才的 8 页结构，把每一页压缩成适合幻灯片展示的短句版本，每页不超过 4 条，每条尽量控制在 18 字以内。
请继续基于这 8 页内容，为每一页补 1 到 2 句口头讲解提示。要求自然、像学生或汇报人真实会说的话，不要像正式文章，也不要把屏幕上已经写出来的话重复一遍。
如果这份 PPT 想更像真实成品，请继续告诉我：每一页最适合补什么类型的图，比如流程图、截图、柱状图、时间线、对比图，优先选容易自己做出来的形式。
最值得补上的一张图：前后对比页
如果你想让读者或者老师一眼看明白“Codex 到底帮你改了什么”，最有效的方式不是再解释一段原理，而是直接放一张前后对比图。左边是原始长文，右边是压缩成一页 PPT 后的样子。这样的对比特别适合放在教程、演示视频或文章中，因为它能立刻说明：AI 真正帮你省下来的，是从“很多话说不清”到“观众一眼能看懂”的整理时间。
你后面如果要自己做真实案例，也可以完全照着这个思路来：先截一张你原本的文字堆页，再截一张改完后的页面，把“删掉了哪些废话、留下了哪些重点、哪些内容改成口头讲”讲清楚，这样文章完成度会立刻上升。
如果你还想发抖音，这段 30 秒脚本可以直接改着用
这篇文章其实很适合再拆成一条短视频，因为它有很强的前后对比感。你不用把所有方法都讲完，只要抓住“以前像讲义，现在像 PPT”这个反差，视频就会比纯讲提示词更容易留住人。
你是不是也用 Codex 做过 PPT，但最后做出来全是字，像一页页 Word？我后来换了个方法，不再直接让它“做一份 PPT”，而是先给原稿，再给参考风格图，先让它拆页，再让它压成短句。你看，左边是原始长文，右边才是能拿去讲的页面。真正省下来的，不是打字时间，而是把一堆内容整理成一页能看懂的时间。要是你也想要这套提示词和流程，可以直接照着这篇教程改。
如果你发的是图文而不是口播，也可以把这段拆成 4 页：
- 第 1 页：“为什么很多 AI 做的 PPT 看起来像 Word？”
- 第 2 页：放前后对比图，强调“先拆页，再压字”
- 第 3 页：放一条核心提示词模板
- 第 4 页：提醒“最后一定要补真实截图和图表”
直接可用的抖音分发素材
如果你想把这篇文章继续拆成更容易发的短内容，下面这套可以直接拿去改。它的重点不是把教程全文塞进短视频里，而是先用一个强反差把人留下，再用一条最有用的操作思路把人带到正文。
封面标题备选
- 版本 1：Codex 做 PPT，别再直接让它写全文了
- 版本 2：为什么你做的 AI PPT，总像 Word 文档
- 版本 3：我把 Codex 做 PPT 的方法，改顺了
- 版本 4：同样用 Codex，为什么别人的 PPT 更像成品
4 页图文文案
- 第 1 页封面：
标题：为什么很多 AI 做的 PPT，看起来像 Word？
副文案：问题不一定出在模型，很多时候是你一开始就问错了。 - 第 2 页痛点：
大多数人一开口就是“帮我做一份 PPT”。结果就是：字很多、重点很散、每页都像说明书。不是不能用，而是不像能上台讲的页面。 - 第 3 页方法：
更稳的顺序应该是：先给原稿，再给参考风格图；先让 Codex 拆页，再让它压成短句；真正要展开说的话，放到讲稿提示里，而不是全堆在页面上。 - 第 4 页结果：
这样改完后，PPT 会更像“一个标题 + 三个重点 + 一页能讲清”的页面。最后再补真实截图、图表和案例，质感会比纯 AI 草稿强很多。
评论区引导语
- 引导 1：如果你想要我这套提示词，我可以继续整理成可直接复制版。
- 引导 2：你要是愿意，我也可以把“原稿怎么改成一页 PPT”单独拆成下一条。
- 引导 3：如果你现在做 PPT 也总是字太多，可以先照着“先拆页，再压字”试一次。
这类内容最适合的节奏，不是一次讲太满，而是先让别人意识到“原来问题不是我不会写提示词，而是我根本没按 PPT 的逻辑去用 Codex”。只要这点打中了，后面的正文点击和收藏率通常都会更高。
哪些做法更容易在抖音和浏览器教程里“看起来很厉害”
高流量内容常见的演示方式，其实可以直接拿来用：
- 用论文、长文、项目文档直接拆页：这会比“空白生成”更有真实感，也更容易让人觉得省时间。
- 给一张漂亮的参考图：这是让成品不再普通的最直接方法之一。
- 现场展示“前后对比”：先放原始大段文字，再放 Codex 压成短句后的版本，效果会非常直观。
- 强调最后 20% 靠人工收尾：真正有说服力的教程，不会假装 AI 一步到位，而是会告诉你该在哪里自己接管。
这篇文章最想帮你避开的 4 个坑
- 只给主题，不给原料：这样出来的内容最像模板。
- 把“排版问题”误以为是“提示词问题”：很多时候不是它不会写，而是你没给风格参考。
- 一轮就想要最终版：真正好用的是多轮协作，而不是一次性生成。
- 完全不换真实素材：如果你不补截图、图表、案例，再顺的结构也会显得飘。
常见问题
- 为什么我照着做，结果还是很普通？
大概率是你给的原料太少，或者没有给风格参考图。现在更容易出彩的做法，几乎都不是“只给一句主题”。 - Codex 能直接替我做出可交付的 PPT 吗？
它已经很适合帮你完成结构、短句、讲稿和配图建议这些高价值步骤，但真正决定成品质感的，通常还是你最后补进去的真实素材和版式统一。 - 如果我不会设计，还值得试这套方法吗？
值得。因为你不需要先成为设计师，先学会“给原料、定风格、拆页、压字、补图”这套流程，就已经能让你的 PPT 比纯文字 AI 稿好很多。
总结
现在再讲“Codex 怎么做 PPT”，已经不能只停在“让它写提纲”了。更值得用的路线，是把它放进一个真实工作流里：先给原始材料，再给参考风格，再让它拆页和压字，最后由你补真实截图、图表和演讲细节。官方工作流、GitHub skills 思路和短视频平台上高热的实操套路，本质上都在强调同一件事：PPT 不是一段答案，而是一个要被打磨成作品的演示成品。
发布前建议：如果后续能再补一张真实“原稿页面 vs 压缩后页面”的对比图，这篇文章会更容易成为高点击教程。