Appearance
用 Codex 制作可交付的 PPT
嘿，聊个实际话题——用 AI 做 PPT。
你肯定见过那种宣传："一句话生成 20 页精美幻灯片！" 我自己试过好几次，出来的东西看着花哨，但真拿去汇报，基本没法用。要么数字是编的，要么每页长得一模一样，要么字体全乱套。
踩了足够多的坑之后我总结出一条：先把结论、证据和受众决策逻辑理清楚，再选技术路线。是走可编辑 PPTX、图片型幻灯片，还是在线 Slides，取决于你的交付场景。
下面我用一份 10 页项目复盘汇报当例子，把我跑通的完整流程分享给你。
不会写代码怎样完成本章
普通用户优先用 ChatGPT Work 就够了。把 Word、Excel、PDF、截图和品牌模板扔进去，选当前可用的演示文稿能力，先确认页级故事线，再生成可编辑 .pptx，最后用预览批注和 PowerPoint 复查。全程不用碰终端。
下文出现的目录结构直接用 Finder 或文件资源管理器建就行；.md 只是文本文件示例，用 Word 或普通文本也一样。HTML、脚本和程序化检查属于技术增强选项，完全可以跳过。
如果对附件管理和文件检查还不熟，先看这两篇：普通人第一次文件任务 和 文件验收教程。
第一步：选择正确技术路线
这是我反复翻车的地方。一开始我总默认走"生成 PPTX"路线，后来发现不同场景适合的方案完全不一样：
| 路线 | 优点 | 代价 | 适合 |
|---|---|---|---|
| 原生可编辑 PPTX | 文字、图表和形状可继续编辑 | 视觉需要更多排版 QA | 商务汇报、长期维护 |
| 图片型 PPTX | 视觉统一、生成快 | 单页难编辑，文字和数据修改成本高 | 概念提案、视觉展示 |
| Google Slides/Canva | 协作和模板生态好 | 需要账号、插件和外部权限 | 团队在线协作 |
| HTML/网页演示 | 动画和交互自由 | 不是标准办公文件 | 技术演示、线上发布 |
一个实用原则：交付方明确要求 .pptx 且后续要改数字，优先原生可编辑路线。别像我一样用图片型生成完才发现领导要改数据，只能从头再来。
第二步：整理证据包
做 PPT 最怕什么？我的体会是——数字对不上、来源说不清。所以动手前先把材料归置好：
text
project-review/
├── brief.md
├── metrics.xlsx
├── timeline.md
├── screenshots/
├── brand/
└── output/brief.md 至少写清楚这几项：
md
# 汇报目标
- 受众：产品负责人和技术负责人
- 时长：12 分钟
- 目的：决定下季度是否继续投入
- 核心结论：试点有效，但转化和交付成本仍需优化
- 页数：8-10 页
- 禁止：不得编造用户反馈、ROI 或未来承诺数字必须能追溯到表格单元格或正式来源，截图标明日期、环境和是否可公开。我吃过亏——有一次引了一个"看起来差不多"的数据，被技术负责人当场拆穿，整场汇报可信度归零。
第三步：先做页级故事线
这一步我强烈建议你忍住，不要上来就让 AI 生成文件。先发下面这段：
text
使用 brief.md、metrics.xlsx 和 timeline.md，为 12 分钟项目复盘设计 9 页故事线。
要求：
- 每页只有一个结论句；
- 结论先于背景；
- 每个数字标注来源文件/工作表；
- 区分事实、分析和建议；
- 最后一页必须给出需要决策的三个选项；
- 先只输出页码、页标题、核心证据、建议视觉和讲述目的，不生成 PPT。合格的故事线长这样：
text
1. 标题：试点证明需求存在，但尚未证明规模化效率
证据：试点周期、样本量、核心结论
视觉：一条结论 + 三个事实数字一个我自己常用的检查：如果你的页标题还是"项目背景""数据分析"这种，继续改，改成有结论的完整句子。标题应该是读者扫一眼就知道这一页要说什么。
故事线确认了，再往下走。否则后面改布局的成本太大了。
第四步：确定视觉系统
把品牌资产或规范说清楚：
text
视觉方向：克制的技术商务风。
- 16:9
- 深蓝黑文字，浅灰背景，蓝色只用于重点
- 标题 28-32pt，正文不小于 16pt
- 每页最多一个主要图表
- 不使用装饰性 3D、无意义渐变和密集卡片
- 所有图表保留数据标签和来源脚注没有品牌字体时用跨平台常见字体。我踩过一个坑：在自己 Mac 上用了一个只有 macOS 才有的字体，到客户 Windows 电脑上全部塌掉，行距乱成一团。后来学乖了，一律用 Arial / 微软雅黑这种保险牌。
第五步：选择并调用文件能力
先看看当前有哪些工具可以用：
bash
codex plugin list --available --json常见选择：
- Codex 环境中的 Presentations 文件能力；
- Google Drive/Slides Plugin；
- Canva Plugin；
- 经过审查的社区 PPT Skill；
- 自己基于 PptxGenJS 等工具编写的仓库级 Skill。
在任务里明确指定当前列表里的 Skill/Plugin 名称：
text
使用可用的 presentations 能力，按已确认的 9 页故事线生成可编辑 .pptx。
要求：
- 文字、基础图表和形状保持可编辑；
- 数据只来自 metrics.xlsx；
- 在备注中写每页讲述要点和来源；
- 输出到 output/project-review.pptx；
- 生成后渲染每一页为图片进行视觉检查。如果当前环境没有相关能力，先装可信 Plugin/Skill，或者让 Codex 在项目内用成熟 PPTX 库生成。但无论如何，渲染验证这一步不能省——我就因为跳过这步，交了一份图表标签全叠在一起的 PPT。
第六步：渲染，而不是只检查文件存在
这一步很多人会漏掉。文件生成了 ≠ 文件能用。把 .pptx 渲染为 PDF 或逐页 PNG，然后逐项过：
- 字体是否替换；
- 文本是否溢出或被裁切；
- 图表标签是否重叠；
- 图片是否模糊、变形或带水印；
- 对齐、边距和页码是否一致；
- 颜色对比是否可读；
- 页面之间是否过于重复；
- 16:9 尺寸是否正确。
提示模板：
text
渲染全部页面并逐页检查。先输出问题清单，按"阻止交付 / 影响理解 / 视觉细节"分级。修复后重新渲染受影响页面，直到没有文字溢出、遮挡和数据错误。第七步：做内容一致性检查
视觉过了，内容还得核一遍：
text
对照源文件检查 PPT：
1. 每个数字、日期、名称和百分比；
2. 图表与正文是否使用同一口径；
3. 事实、分析、建议是否混淆；
4. 首页结论与最后决策是否一致；
5. 备注与页面内容是否矛盾。
输出逐页核验表。不要根据常识补数字。"不要根据常识补数字"这句话我说三遍都不嫌多。AI 有时候会"合理推测"一个看起来对但实际不在你数据里的数字，而且是悄无声息地塞进去的。检查时一定对照原始 Excel 单元格，不是凭印象。
第八步：检查可编辑性
在 PowerPoint 或兼容软件中打开，随机抽查：
- 标题和正文能否单独编辑；
- 图表是可编辑图表还是一张图片；
- 图片是否被错误拉伸；
- 母版、主题色和字体是否可统一修改；
- 备注和超链接是否保留；
- 导出 PDF 后页面无变化。
如果你走的是图片型路线，交付时主动说明限制，别让人以为"完全可编辑"。诚实比漂亮重要。
一份高质量生成提示
把前面的要求整合在一起，大概长这样：
text
制作一份 9 页、16:9 的项目复盘 PPTX，受众是产品和技术负责人，汇报时间 12 分钟。
使用已确认的页级故事线。数据只来自 metrics.xlsx；截图只来自 screenshots/。每页标题必须是结论句，正文最多 3 个要点。图表保留来源脚注，备注写讲述要点。
保持文字、图表和形状可编辑。不要使用未授权图片、品牌 Logo 或虚构用户评价。生成后渲染全部页面，完成文字溢出、对齐、数据和可编辑性检查。不要上传、分享或发送文件。常见失败
"一键生成"内容空泛
症状：每页三五个要点，全是正确的废话，没有具体数字也没有判断。
解药：回到故事线和证据包，把那两件事敲实了再生成文件。
每页都是卡片和装饰图
症状：九页 PPT 长得一样，全是三列卡片加图标，看不出页面之间的逻辑递进。
解药：要求每页一个结论，按证据类型选表格、图表、流程或大数字，别死守统一布局。
中文字体错位
症状：在自己的电脑上好好的，到投影仪上全变宋体加粗。
解药：用交付环境可用的字体，渲染后检查，必要时嵌入或替换。我现在的习惯是生成完立刻导出 PDF 看一眼，PDF 不骗人。
图片很漂亮但数字不可改
症状：视觉满分，但领导说要调一个百分比，发现那一页是一整张 PNG。
解药：动手前就想清楚——这次交付到底需不需要后续编辑。需要就老老实实走原生可编辑路线，图片型 Skill 适合做视觉草案或一次性展示。
交付清单
- [ ]
.pptx可打开且比例正确。 - [ ] 页数、时长和受众匹配。
- [ ] 数字可追溯，无编造。
- [ ] 全部页面已渲染检查。
- [ ] 随机页面元素可编辑。
- [ ] 备注、来源和版权信息完整。
- [ ] 未经授权没有分享或发送。