AI 做 PPT 总翻车?GordenPPTSkill 给了一套更稳的约束流程

摘要：GordenPPTSkill 值得看的地方，是它把做 PPT 这件事拆成模板选择、文字替换、容量检查和预览确认。适合研究 AI 办公自动化、中文汇报模板和 Agent 工作流的人收藏；但它的模板有明确非商业限制，不能直接当客户交付素材库用。

如果你经常让 AI 帮忙做 PPT，最烦的往往不在提纲，而在最后出来像临时拼图：标题出框、字号乱、模板被拆。GordenPPTSkill 值得看，因为它把 AI 做 PPT 收进模板、文字位和预览检查里。适合研究 AI 办公自动化的人收藏，也适合做内部原型时参考。

先看官方 README 里最关键的两句话：它自称是 PPT Builder Skill，同时明确写了“本仓库及内置模板仅供个人学习与研究，禁止任何商业用途”。这两个信息要一起看。

它解决的不是审美，是版式失控

很多“AI 生成 PPT”的方案容易把问题说得太大：好像只要 prompt 写得漂亮，模型就能自动做出一份能交付的幻灯片。真实情况更麻烦。PPT 不是一篇长文，它有字号、占位、母版、图表、流程箭头和版式层级。模型一旦自由发挥，最容易坏的就是这些东西。

GordenPPTSkill 的思路比较务实：先选一套真实 PPT 模板，再让 Agent 只改指定文本位。它用 edits.json 描述要替换哪些文字，用 python-pptx 生成真正的 .pptx 文件，尽量不碰形状、位置、颜色和字号。

这里有个小细节。GitHub 仓库描述和 README 目录速览里还留着 17 套模板的旧口径，但 SKILL.md、templates/INDEX.md 和 1.0.8 changelog 已经把口径修正到 19 套。写文章时应按新版索引看，而不是只看仓库一句 description。

更有价值的，是它把步骤拆开

这个项目真正值得借鉴的地方在流程约束，不在模板数量。它要求先看模板索引和预览图，不确定时给 3 个候选让用户选；确定模板后，再读模板的 intro.md 和 detail.json，按页面角色和 slot 写 edits.json。

生成时也不是“一把梭”。build_pptx.py 会按 detail 里的容量字段检查文字是否可能出框；加 --strict 时，超容量会拒绝保存。后面还可以用 render_slides.py 把 PPTX 渲染成预览图，检查有没有占位文字、字号不一致、页面角色乱用这些问题。

最小链路大概是这样：

T=templates/minimal-business-summary

python3 scripts/build_pptx.py \
  "$T/template.pptx" \
  edits.json \
  out/final.pptx \
  --detail "$T/detail.json" \
  --strict

python3 scripts/render_slides.py \
  out/final.pptx \
  out/preview \
  --dpi 144

这套流程的好处是，Agent 不再只是“写得像会做 PPT”。它必须先选模板、写结构化修改、接受出框检查，再看预览结果。中间每一步都可以被人拦住，也更容易定位问题。

但别把它当商用模板库

这篇文章不建议把 GordenPPTSkill 包装成“拿来就能给客户做 PPT”的工具。官方 README 和 SKILL.md 都写得很清楚：内置模板仅供个人学习与研究，商业演示、销售、培训分发、客户提案、企业内部以营利为目的的使用，都需要另行处理授权。

所以它更适合三类人收藏。

第一类，是想研究 Agent 如何接入办公软件的人。它给了一个很具体的样例：AI 先读模板、写 edits、跑脚本、看预览，再进入人工复核。

第二类，是经常做中文汇报初稿的人。你可以参考它的“模板先行 + 文本位替换”思路，把自己的公司模板整理成更适合 AI 调用的结构。

第三类，是做内容自动化或知识工作流的人。这个项目提醒了一个朴素问题：AI 工作流能不能稳定，很多时候取决于有没有把输入、约束、检查和产物拆清楚。

我的判断是：GordenPPTSkill 值得收藏，但收藏重点不是“19 套模板真香”。更值得看的是它怎么把 AI 做 PPT 从一句 prompt，拆成模板选择、容量限制、PPTX 生成和预览复核。

真要用在正式场景，最后仍然要人工检查事实、数据、版式和授权。PPT 交付物这件事，AI 可以帮你起步，但不能替你承担这些责任。