用 AI Skill 做 PPT 后，我发现真正难的是可交付：模板、验收和多工具协同

摘要

这篇文章总结我最近用 Codex Skill 辅助整理和编辑 PPT 汇报材料的一些实践心得。AI 做 PPT 的价值并不只是“自动生成几页幻灯片”，而是把素材梳理、结构拆页、模板约束、视觉验收、母版迁移和最终交付串成一套可复用流程。文章会结合 PowerPoint PPTX、html-ppt、ppt-master、visual-style-ppt 以及脱敏后的正式模板适配流程，整理一套外部团队也可以借鉴的 PPT 生产方法。

这篇适合谁看

如果你平时需要做技术汇报、项目汇报、产品介绍、方案材料、领导汇报，已经开始尝试用 AI 辅助写材料，但经常遇到这些问题，这篇会比较有参考价值：

• AI 生成的 PPT 看起来很快，但拿去汇报还差一口气；
• 页面文字有了，但版式、模板、页码、图标、母版经常不稳定；
• 生成稿和企业正式模板风格不一致；
• 改完一轮以后，很难判断这份 PPT 到底能不能交付；
• 不知道该用哪种 AI/PPT 工具链处理不同类型的材料。

我自己的结论是：AI 做 PPT，最难的不是生成，而是让它变成可复核、可验收、可交付的材料。

一开始容易误解：AI 做 PPT 不是“把文字变成幻灯片”

很多人第一次用 AI 做 PPT，通常会这样提需求：

帮我根据这段材料做一份 PPT。

AI 很快能给出标题、目录、要点，甚至生成几页看起来还不错的页面。

但真正拿去汇报时，问题就出来了：

• 页面结构像文章，不像演示；
• 每页都在堆要点，没有清晰结论；
• 模板风格和公司正式材料不一致；
• 关键图表缺少证据来源；
• 页面密度忽高忽低；
• 文字、图片、页脚、页码容易互相打架；
• 修改一轮以后，旧问题修了，新问题又出现。

所以我现在不会把“做 PPT”理解成一个生成任务，而是拆成一条生产线：

素材输入
-> 内容结构化
-> 汇报对象判断
-> 页面角色拆分
-> 模板和风格锁定
-> AI 生成初稿
-> 人工校正内容
-> 视觉验收
-> 模板迁移
-> 版本归档
-> 正式交付

这条链路跑顺以后，AI 才真正变成生产力。

我把 PPT Skill 分成六类

最近我整理下来，PPT 相关 Skill 不能混着用。它们解决的是不同问题。

Skill	适合做什么	不适合做什么
PowerPoint PPTX	读写 .pptx、修改现有 PPT、生成原生 PPTX、检查图片关系、做视觉 QA	不适合从复杂材料中自动重构完整汇报逻辑
html-ppt	做 HTML 演示稿、技术分享、带演讲者视图的材料、快速预览和截图	不适合直接交付企业正式 PowerPoint 模板
ppt-master	把 PDF、DOCX、Markdown、网页等材料重构成高质量页面，再导出 PPTX	不适合跳过确认流程后“一键乱生成”
正式模板适配流程（脱敏）	面向正式汇报材料，结合模板约束、汇报密度和质量门禁	不适合做轻量个人分享稿
母版迁移与验收流程（脱敏）	把生成内容迁回原始模板，保留母版、页眉、页脚、页码	不适合把整页截图当正式交付
visual-style-ppt	做图片版 PPT、风格驱动封面、视觉页、小红书式图文、低密度视觉稿	不适合要求可编辑文字和图形的正式汇报

这个分类很重要。

如果所有需求都丢给同一个工具，最后很容易得到一份“看起来有 PPT 样子，但既不好改，也不适合汇报”的文件。

第一类：已有 PPT，要改内容和版式

这种场景适合用 PowerPoint PPTX。

它的核心价值不是“重新设计”，而是理解 PPTX 本身的结构：

• 幻灯片页数；
• 每页 layout；
• 文本框；
• 图片；
• 图标；
• 表格；
• 图表；
• shape 坐标；
• 图片 relationship；
• 母版和版式关系。

这类任务的关键是先判断：要不要保持原来的页数和顺序？

如果答案是“保持”，那就不要让 AI 重构故事线，只让它做局部编辑：

保留原页数
保留原页面顺序
保留原模板风格
只调整文字、图表、图片、局部布局

如果答案是“不保持”，那就已经不是编辑 PPT，而是重新组织汇报材料，应转到 ppt-master 或其他更完整的生成流程。

这里最容易踩的坑是：用户说“优化一下 PPT”，AI 直接开始重构，结果页面数量、表达顺序、原有模板全变了。

我的经验是，第一步必须问清楚：

这份 PPT 是要在原结构上优化，还是把它当素材重新做一版？

这个问题比提示词本身更重要。

第二类：技术分享和演示稿，更适合 HTML PPT

如果是内部技术分享、工具介绍、个人演示、在线预览，html-ppt 很有优势。

它不只是 HTML 页面，而是把演示稿常见能力做成了模板化能力：

• 多主题；
• 多页面布局；
• 键盘翻页；
• 演讲者模式；
• speaker notes；
• 逐字稿；
• 页面预览；
• PNG 渲染；
• 适合技术分享的模板。

这类材料不一定要一开始就做成 .pptx。

例如技术分享时，我更关注：

• 逻辑是否顺；
• 每页是否有一个明确观点；
• 演讲时是否能顺畅过渡；
• 讲稿是否能提醒我，而不是塞满页面；
• 是否能快速预览、修改、截图。

这时候 HTML PPT 的效率很高。

一个比较好的使用方式是：

先用 Markdown 整理内容
-> 用 html-ppt 拆成演示页
-> 给每页写 speaker notes
-> 浏览器里预览和演练
-> 需要时再导出图片或转成 PPTX

这和正式企业汇报不一样。技术分享重在讲清楚，正式汇报重在可交付。

第三类：从文档重构汇报，用 ppt-master 更合适

当输入材料是 PDF、Word、Markdown、网页、长篇说明文时，问题就不是“改几页 PPT”了，而是“从材料中提炼一份汇报”。

这种场景适合 ppt-master。

它的思路更接近一条严肃的生成流水线：

源材料
-> 转成 Markdown
-> 建立项目
-> 选择画布和风格
-> Strategist 拆结构
-> 锁定设计规范
-> 逐页生成
-> 质量检查
-> 导出 PPTX

这里最值得借鉴的不是某个页面效果，而是它的“阶段门”思想。

做复杂 PPT 时，不能一上来就生成页面。至少要先确认：

• 观众是谁；
• 汇报目标是什么；
• 大概多少页；
• 页面密度偏高还是偏低；
• 是正式汇报还是技术分享；
• 是否需要保留来源材料的页序；
• 是否需要接入企业模板；
• 最终交付是 PPTX、PDF、图片，还是 HTML。

如果这些不确认，AI 会自己猜。
AI 一猜，结果通常就会漂。

第四类：正式企业模板，不能只看页面好不好看

对正式企业汇报来说，最大的问题不是“页面漂不漂亮”，而是：

它是否仍然是企业模板体系里的 PPT？

例如正式模板里通常会有：

• 母版；
• 固定页眉；
• 企业标识区域；
• 页脚；
• 页码；
• 标题区域；
• 分隔线；
• 正文安全边界；
• 固定配色；
• 固定字体；
• 固定图表风格。

如果 AI 生成稿自己画了一套页眉、页码、logo 区域，看起来可能也像正式材料，但本质上已经脱离模板体系了。

这时候“正式模板适配”和“母版迁移验收”这两类流程的价值就出来了。

我理解它们解决的是两个问题：

1. 生成阶段就尽量贴近企业汇报风格；
2. 最终交付时迁回原始 PowerPoint 母版。

也就是说，正式汇报不是只导出一个 .pptx 就结束，而是要确认：

• slide size 是否一致；
• master/layout 是否来自原始模板；
• logo/header/footer 是否由母版负责；
• 页码是否重复；
• 是否残留生成工具的调试文字；
• 是否出现 Source:、草稿标签、临时页眉；
• 封面和正文页是否符合模板边界；
• 密集页是否没有溢出。

这一步对外部读者也有借鉴意义：AI 生成只是内容生产，模板迁移才是企业交付。

第五类：图片版 PPT，不要和可编辑 PPT 混淆

有些场景适合图片版 PPT。

例如：

• 封面图；
• 小红书图文；
• 宣传页；
• 风格化视觉页；
• 不需要逐字编辑的展示图；
• 更强调视觉一致性的页面。

这类场景适合 visual-style-ppt。

但它有一个明确边界：图片版 PPT 的每一页更像一张完整海报。它适合视觉传播，不适合正式汇报里的深度修改。

所以我现在会把交付物分清楚：

交付类型	推荐方式
需要可编辑文字和图形	原生 PPTX
需要正式企业模板	生成后迁回原始模板
需要技术分享和演示	HTML PPT
需要视觉传播和封面	图片版 PPT
需要快速讲清楚方案	HTML 或轻量 PPT
需要领导汇报归档	正式 PPTX + PDF

这个边界不分清，后面返工会很痛苦。

我现在会用一张路由表来决定工具链

实际使用时，我建议先问五个问题：

1. 这是改已有 PPT，还是从素材新做？
2. 是否必须保留原页数、顺序和文字？
3. 是否必须套企业正式模板？
4. 最终是否需要可编辑 PPTX？
5. 是否需要演讲者备注或逐字稿？

然后按下面这张表路由：

判断条件	推荐工具链
已有 PPT，只做局部优化	PowerPoint PPTX
已有 PPT，但要重构故事线	ppt-master
Markdown/Word/PDF 生成正式汇报	ppt-master + 企业模板迁移
技术分享、内部演讲、带讲稿	html-ppt
企业正式模板材料	正式模板适配流程 + 母版迁移与验收流程
封面、视觉页、图片版 PPT	visual-style-ppt
只需要封面配图	imagegen

这张表比一句“帮我做 PPT”更可靠。

一个可复用的提示词

如果你也想把 AI 用到 PPT 生产里，可以先不要让它生成页面，而是让它判断路线。

下面这个提示词可以直接复用：

你是 PPT 生产流程规划助手。请不要直接生成 PPT 页面，先判断应该采用哪条工具链。

输入材料：
{{粘贴材料摘要或文件说明}}

请输出：
1. 这次任务是：编辑已有 PPT / 从素材新做 / 技术分享 / 正式汇报 / 图片版视觉稿
2. 是否需要保留原 PPT 页数、顺序和文字
3. 是否需要企业正式模板或母版约束
4. 最终交付物建议：PPTX / PDF / HTML / PNG / 多格式
5. 推荐流程：输入 -> 结构化 -> 生成 -> 校验 -> 交付
6. 需要人工确认的问题，最多 5 个
7. 风险提醒：哪些地方不能让 AI 自己猜

要求：
- 不编造客户、项目和数据
- 不把内部系统名、链接、账号等敏感信息写进材料
- 如果信息不足，请明确写“待确认”
- 输出中文，结构化，便于复制到任务说明里

它的作用不是替你做 PPT，而是防止一开始就走错路。

我最看重的不是生成速度，而是验收闭环

AI 做 PPT 如果没有验收，很容易出现“看起来差不多”的错觉。

我现在会把验收拆成三层。

第一层：内容验收

检查这些问题：

• 每页是否只有一个主结论；
• 标题是否是观点，而不是分类名；
• 数据是否有来源；
• 缺口是否被标记为待确认；
• 是否有不该公开的内部信息；
• 结尾是否有行动项或判断。

第二层：结构验收

检查这些问题：

• 封面、目录、背景、方案、验证、计划、结论是否完整；
• 页面之间有没有跳跃；
• 是否连续多页都是同一种表格；
• 是否把材料堆叠当成了汇报；
• 是否有足够的证据页支撑结论。

第三层：视觉验收

检查这些问题：

• 标题是否溢出；
• 文本是否被截断；
• 图标是否丢失；
• 图片是否变成空白或红叉；
• 页码是否重复；
• logo 区域是否被遮挡；
• 页脚是否冲突；
• 表格和卡片是否贴边；
• 关键页面是否在导出 PDF 后仍然正常。

这就是为什么 PPT Skill 里会强调导出 PDF、渲染图片、生成 contact sheet、逐页看密集页。
不是为了形式主义，而是 PPT 的很多问题只有渲染出来才看得见。

三个我踩过以后才重视的点

1. 不要把企业模板当成背景图

正式模板不是一张背景图，它是一套母版体系。

如果只把模板截图放到底层，再让 AI 在上面画内容，短期看着快，长期一定难维护。

更好的做法是：生成内容和结构以后，最终迁回原始模板，让母版继续负责企业标识、页眉、页脚和页码。

2. 不要让 AI 自己决定页面密度

技术分享可以留白，领导汇报可能需要更高信息密度。
产品介绍需要视觉冲击，验收汇报需要证据充分。

页面密度不是审美问题，而是场景问题。

所以在生成前就要说清楚：

这是演讲型材料，低密度；
这是正式汇报，控制在中高密度；
这是留档材料，可以更细；
这是封面图，视觉优先。

3. 不要只看 PPT 文件能不能打开

PPT 能打开，不代表能交付。

还要看：

• 导出 PDF 是否正常；
• 图片关系是否完整；
• 模板区域是否被破坏；
• 页面缩略图是否整体统一；
• 密集页面是否还能读；
• 是否保留了不该出现的调试信息。

这也是我觉得 Skill 化很重要的原因：它可以把这些检查固化成流程，而不是每次靠人想起来。

一套我会复用的 PPT 交付清单

以后只要是 AI 辅助生成或编辑 PPT，我会按这张清单过一遍：

【任务判断】
- 是编辑已有 PPT，还是从素材重做？
- 是否保留页数、顺序和文字？
- 是否必须使用企业模板？
- 最终交付是否要求可编辑？

【内容结构】
- 是否明确观众和汇报目标？
- 是否有清晰目录和主线？
- 每页是否有结论？
- 数据和截图是否有来源？
- 敏感信息是否已脱敏？

【模板风格】
- 字体、颜色、页眉、页脚是否统一？
- logo 区域是否保持干净？
- 页码是否由模板体系负责？
- 是否有多余装饰线、调试标签、来源残留？

【视觉检查】
- 标题是否溢出？
- 文本是否被截断？
- 图片和图标是否丢失？
- 表格是否贴边或过密？
- 导出 PDF 后是否正常？

【交付归档】
- PPTX 是否版本化？
- PDF 是否同步导出？
- 关键提示词和素材是否归档？
- 是否记录本轮修改点和未确认事项？

这张清单不复杂，但能避免很多低级返工。

结尾

我现在对 AI 做 PPT 的看法变了。

它不是一个“自动排版工具”，更像一个可以被组织进流程里的生产助手。

真正有效的用法不是让 AI 一次性吐出结果，而是把它放进合适的位置：

• 用它整理素材；
• 用它拆解结构；
• 用它生成初稿；
• 用它匹配模板；
• 用它辅助检查；
• 用它记录版本和交付物。

最后仍然要由人来判断：这份材料是否能拿去讲，是否能拿去审，是否能交给别人继续改。

AI 可以提高 PPT 生产效率，但前提是我们先把“什么叫一份合格的 PPT”说清楚。

对我来说，Skill 最大的价值就在这里：把一次性的 AI 能力，沉淀成可以复用、可以检查、可以持续改进的工作流。