一句话看懂：AI 实践者 Miles 系统梳理了在 Codex 中用 AI 辅助制作 PPT 的完整工作流，覆盖 Slidev、Marp 和归藏社区 Skill 三条主流路线。此事值得关注，因为它展示了大模型从“写文案”延伸到“排版交付”的实际路径，也标出了 AI 生成演示文件当前的边界——尤其是可编辑性与复杂设计仍受限。
事件核心：发生了什么
9 月 6 日，社区用户 Miles 在 X 平台发布了一份《Codex 实战系列｜史上最全 PPT 做做技能合集》，随后被 WaytoAGI 社区转载。内容基于其日常真实使用经验，整理出三类在 OpenAI Codex（代码智能体环境）中制作 PPT 的方案：第一类是通用演示框架 Slidev 和 Marp，适合课程与技术分享，可将 Markdown 内容快速渲染为演示文稿；第二类是开发者归藏（guizang）开源的 guizang-ppt-skill，内置电子杂志与瑞士国际主义两套设计语言，适合追求视觉统一性的分享场景；第三类是张咋啦的 frontend-slides 前端方案。文中强调，这些工具均需与 Codex 配合使用：用户提供素材或讲稿，由 Codex 负责内容分页、主题选择、预览与导出。
为什么重要
这份合集的意义不在于罗列工具，而在于它清晰示范了大模型 Agent 从内容生成向“设计生产”延伸的真实工作流。当前大多数 AI 演示工具仍停留在“生成大纲 + 套用模板”的阶段，而 Miles 所展示的路径——通过 Codex 直接调用代码型演示框架，让 AI 同时完成文案策划与版式编码——实际上打开了“程序化设计”的窗口。另一方面，文中明确指出的局限性（如 Slidev 导出 PPTX 为图片格式、Marp 默认图片式输出、可编辑导出依赖实验性功能）也真实反映了行业现状：大模型在“看”（内容理解）与“写”（文案生成）上能力已溢出，但“改”（兼容 Office 生态的矢量可编辑）仍是绕不过去的工程短板。这关于 AI 生产力工具能否进入企业正式交付链条的关键瓶颈。
对用户/开发者/创作者的影响
对高频做课件、分享材料的讲师与咨询师而言，采用 Slidev/Marp + Codex 的组合可将改稿成本降至分钟级，且每次修改都能保持整体风格一致，适合迭代频繁的课程材料。对于有品牌展示需求的企业内部汇报人，归藏技能包的固定版式规则提供了视觉一致性，降低了排版审美门槛，但其 HTML 输出形态意味着若需多人协作回写 Office 文件，仍需额外转换，不能作为公司母版的完全替代。对开发者而言，社区 Skill 的补充价值值得关注——Codex 本身具备文档调用能力，而 Skill 的作用在于注入设计规范、减少试错次数；若想复刻此工作流，需具备一定的 Markdown 与命令行基础，并注意项目依赖调试成本。整体来看，这套方案更适合“内容频繁更新、追求视觉稳定、不强制原生 PPTX 编辑”的使用场景。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
目前公开信息显示，可关注三个观察点：其一，Codex 生态中社区 Skill 数量是否持续扩张，特别是覆盖企业级母版、图表自动排版等垂直需求的专用技能能否涌现；其二，Slidev 和 Marp 各自维护方是否推进“可编辑导出”的实验性功能走向稳定，这将决定 AI 制作 PPT 能否打通 Office 用户协作闭环；其三，归藏这类设计风格导向的 Skill 是否会带动更多设计师将视觉规范封装为 Skill 分发，进而影响大模型演示工具的功能差异化竞争方向。
