我做了一个生成PPT的Skill
这段时间看了不少 AI 做 PPT 的项目，我越来越强烈的一个感觉是：
大多数产品都把重点放在“先生成一版”，很少有人认真处理另一件更麻烦、也更真实的事：
一份 PPT 生成出来之后，怎么改，怎么反复改，怎么在改了很多轮之后还不乱。
而 pptmaker-skill 恰好在解决这件事。
它不是那种把一堆 HTML 或截图硬塞进 PowerPoint 的路子，也不是“出一版图看着不错，后面就很难继续动”的 Demo。它想做的，是把 PPT 先变成一套结构化数据，再让预览、编辑、导出都围着同一份数据来转。
如果你经常要做汇报、路演、课程讲解、项目介绍，或者你本来就在折腾 AI + 内容生产，这个项目很值得你看一眼。
真正麻烦的，从来不是第一页
做 PPT 最痛苦的地方，往往不是“从 0 到 1”。
真正折磨人的，通常是后面的十几轮修改：
很多 AI PPT 工具到这一步就开始露馅了。
因为它们更像一次性生成器。第一版出来得很快，但只要你开始细改，系统就会越来越像黑盒。你很难知道自己到底在改什么，也很难保证预览、导出和最终结果始终一致。
pptmaker-skill 的思路不一样。它先承认了一件事：
PPT 不是一张图，而是一套可持续修改的结构。
它把 PPT 先还原成了一份 deck.json
这个项目最关键的一层，是把整份演示文稿都落到一份 deck.json 里。
里面会明确写出：
也就是说，在它这里，PPT 不是“最后导出的那个文件”，而是先有一份结构化真相源。
这个思路的好处非常直接：
这件事说起来有点工程味，但它恰恰是很多 PPT 工具长期缺的那层基础。
预览、编辑、导出，读的是同一份东西
我觉得这个项目最对的一点，是它没有把“预览”和“导出”拆成两套平行系统。
在 pptmaker-skill 里：
这意味着什么？
意味着你看到的东西、你改过的东西、你最后导出来的东西，理论上是同一份内容的不同呈现，而不是三条彼此容易漂移的链路。
这其实是一个很重要的判断。
很多项目最大的问题不是不能生成，而是生成之后没法维护。而 pptmaker-skill 这套设计，明显是在往“可维护”这件事上发力。
它甚至把“改 PPT”这件事也结构化了
这个项目里有一条我很喜欢的链路：
自然语言指令 -> 结构化 operations -> 更新 deck
比如仓库里的例子，直接就是这种命令：
把第二页右侧正文左移一点
然后系统会先把这句话翻译成结构化编辑计划，再把修改应用到 deck.json 上。
这套方式的价值，不只是“能听懂中文命令”，而是它把修改过程变得可解释了。
你不是在祈祷一个黑盒再生成一次，而是在对一份有稳定 id 的文稿做局部手术。
这对经常改 PPT 的人来说，体验差别会非常大。
因为真正有用的，不是 AI 帮你做完第一页，而是它能不能陪你把第 12 次修改也做得不崩。
它已经不只是一个工具，而有点像一个框架
如果 pptmaker-skill 只是“输入主题 -> 输出 PPT”，那它还只是一个工具。
但它现在已经开始长出更像框架的部分了。
它把能力拆成了三层：
这套拆法很聪明。
因为现实里的 PPT，本来就不是同一种东西。项目介绍、个人介绍、客户案例、英语课堂、社团招新，它们的结构、节奏和版式偏好都不一样。
这个项目没有试图用一个万能 prompt 去吞掉所有场景，而是开始为不同场景做不同的起稿骨架。这说明它想解决的，已经不是“一次生成”，而是“让特定类型的 PPT 更稳定地产生”。
说得再直接一点：
它已经在从一个 PPT 生成脚本，往一个可扩展的 PPT 生产系统走了。
我尤其喜欢它没有走“把 HTML 强转成 PPT”那条路
项目文档里有一句话我很认同：
它不是把任意 HTML 强行转换成 PowerPoint。
这背后其实是两种完全不同的产品思路。
一种思路是： 先把页面做出来，至于后面能不能继续编辑、结构稳不稳，之后再说。
另一种思路是： 先定义 PPT 里到底有什么对象，它们怎么组织，怎么预览，怎么导出，最后再去做视觉。
pptmaker-skill 明显站在第二边。
这条路更慢，也更麻烦，但它更适合真正要拿来反复使用的东西。因为 PowerPoint 从来不只是一个展示结果，它还是一个协作格式、一个编辑格式、一个会被来回修改的工作文件。
谁会特别适合用它
如果你只是偶尔做一两页简单展示，可能还体会不到它的价值。
但下面这几类人，我觉得会很容易看懂它的好处：
- 希望把 AI 做 PPT 这件事接进自己工作流的人
- 想给不同场景封装专用 PPT workflow 的人
尤其是最后一类。
这个项目里已经开始出现 project-intro、customer-story、english-lesson 这类子 skill 了。这意味着它未来完全可以继续长成一个场景化的 PPT 生产体系，而不是只有一个统一入口。
它现在最吸引我的，不是完成度，而是方向感
老实说，pptmaker-skill 现在当然还不是那种人人装上就能立刻替代所有 PPT 软件的成熟产品。
但我会推荐它，不是因为它已经“完美”，而是因为它的方向非常清楚。
它没有把 PPT 当成一张最终效果图。它把 PPT 当成一套：
的结构化系统。
而这件事一旦想明白，后面的很多能力其实都会顺起来：
这也是为什么我会觉得，这个项目值得推荐。
它不是在用 AI 帮你“糊一份 PPT”。它是在认真回答一个更长期的问题：
如果我们真的想让 AI 进入 PPT 工作流，这套系统到底该怎么搭。
项目地址
如果你想直接看项目，这里是仓库地址：
GitHub 仓库[1]
如果你也在折腾 AI 做 PPT
如果你也在做这类方向，或者你有特别想做的一类 PPT 场景，后台私信：
PPT Skill
一起交流。也欢迎直接告诉我，你最想让 AI 先解决 PPT 里的哪一步。
引用链接
[1]GitHub 仓库: https://github.com/Mr-Q526/PPTMaker-skill
10个月宝宝每天需要喝多少奶粉？
