AI 做 PPT，最怕的不是丑，而是改不了

我现在看 AI PPT 工具，第一反应已经不是“它做得好不好看”。

而是另一个更现实的问题：

这份 PPT，后面还能不能改？

很多工具生成出来的页面挺漂亮。

但导出以后你才发现，整页是图片，或者是网页截图。

领导说“这个标题换一下”，客户说“这里加一组数据”，你点进去，什么都选不中。

那一刻就很尴尬。

它看起来像 PPT，但用起来不是 PPT。

真问题不是生成，而是交付

PPT 这种东西，很少是一次定稿。

尤其是汇报、路演、咨询方案、培训课件。

真正花时间的地方，经常不是从 0 到 1 做出来，而是后面一轮轮改：

换标题。

调图表。

删一页。

把一句话挪到右边。

把蓝色改成公司标准色。

如果 AI 只给你一张好看的图，它其实只完成了“展示”。

但没有完成“交付”。

这也是我为什么会注意到 PPT Master。

它解决的不是“AI 能不能做 PPT”这个新鲜问题。

它解决的是一个老问题：

你最后拿到的，到底是一份能继续工作的 PPT，还是一组看起来像 PPT 的图片？

PPT Master 的关键点

PPT Master 是一个开源项目，GitHub 目前约 25k stars，MIT 协议。

它的核心说法很直接：从文档生成原生可编辑的 PPTX。

不是把每一页渲染成图片。

不是把网页截图塞进 PowerPoint。

也不是只用 python-pptx 做一堆基础文本框。

它走的是另一条路：AI 先生成 SVG，再由脚本把 SVG 转成 PowerPoint 里的 DrawingML。

简单理解，SVG 和 PowerPoint 里的图形对象，都是二维矢量表达。

所以转换以后，页面里的形状、文字框、渐变、阴影，仍然可以在 PowerPoint 里点选和编辑。

这件事对普通办公流很重要。

因为你不是拿它去发朋友圈截图。

你是要交给老板、同事、客户继续改。

它适合接住哪段活

按项目文档，PPT Master 可以吃 PDF、DOCX、PPTX、EPUB、HTML、LaTeX、RST、URL、Markdown，甚至直接贴文本。

它也可以在 Claude Code、VS Code Copilot、Codex 这类能读文件、能跑命令的 Agent 环境里用。

更适合的场景，我觉得有三类。

第一类，是把已有文档转成初版汇报。

比如项目总结、研究报告、培训材料，本来已经有内容，只是缺一个 PPT 版本。

第二类，是把模板继续用起来。

很多公司都有固定模板，真正麻烦的是把新内容填进去，还要保留原来的版式。

第三类，是需要本地处理的材料。

项目资料、财务材料、客户方案，不一定适合直接丢给在线 PPT 平台。

PPT Master 的处理流程在本机上跑，至少给了这类场景一个更可控的选择。

别把它当许愿池

它的 README 里有一句提醒很实在。

大意是：这是工具，不是许愿池。

不要指望一次生成完美成品。

这句话反而让我更信它。

因为真实的 PPT 工作就是这样。

AI 最适合做的是把空白页变成可改的初稿，把资料拆成页面，把版式先铺出来，把最枯燥的部分先跑掉。

但最后那点判断还得人来做。

哪页该删，哪句话该留，哪里要压缩，哪里要换成领导能听懂的话。

这些不是工具替你“全自动完成”的地方。

所以我对 PPT Master 的判断是：

它不是又一个“帮你一键做出惊艳 PPT”的工具。

它更像是把 AI PPT 从玩具拉回到了办公文件。

能改，才有用。

工具地址：https://github.com/hugohe3/ppt-master

留言区

你现在最想让 AI 接手 PPT 里的哪一步：整理大纲、生成初稿、套模板，还是改版式？