让 Codex 做 PPT，最容易翻车的时刻往往不是第一页生成失败，而是十页都生成完了，才发现每一页像来自不同软件。内容可能还在，画面气质却散了：一页像海报，一页像模板，一页又像技术白皮书。

Icyjerry/codex-ppt-skill 的处理方式很直接：它把 PPT 先当成一组有统一画面语言的全页图像，而不是一堆可随时拖动的 PowerPoint 对象。Skill 名叫 image2-comic-tech-ppt，核心不是追求华丽，而是把“手绘编辑漫画感 + 克制技术标注”写成工作流。

先把 PPT 当成一组画面，而不是一堆对象

README 里说它用 hand-drawn editorial comic 和 subtle technology style，目的就是避开常见的 glossy AI-poster 味道。references/style-prompts.md 里那些 warm paper、black ink、muted cyan、amber、risograph grain 的约束，不是装饰词，而是在提前规定每页应该有同一种手感。

这让它和传统模板路线不一样。传统 PPT 往往先关心版式组件，之后再调风格；这个仓库先让风格成为边界，再让内容进入边界。对演讲类、科普类、媒体素养类主题，这种顺序反而更稳。

2 到 3 页 demo 让风格先被看见

它要求在风格没有确认前先做 2 到 3 页 demo slides。这个细节很像真实设计协作：先确认画面是否像你要的，再决定是否扩成整套。PPT 生成最贵的返工不是改一页，而是十几页之后推倒重来。

demo 还顺手解决了一个沟通问题：用户说“AI 感不要太强”时，很难只靠文字定义。先生成少量页面，让风格以图像形式出现，比反复解释“低 AI 感”更有效。

contact sheet 是它的质量仪表盘

这个 Skill 不是只让人逐页看成果，还要求导出或渲染后做 contact sheet。对图像式 deck 来说，这一步很关键。单页看起来不错，不代表整套顺；只有把所有页面并排放在一起，才看得出色彩、构图、文字密度和画风有没有跑偏。

它检查的也不是一个抽象分数，而是很具体的坏味道：标题是否可读、是否裁切、是否出现随机 UI 标签、是否又回到霓虹赛博风、有没有水印。这些检查决定它像一套 deck，还是像一批分散生成图。

全页图像让修改变慢，也让气质变稳

它的边界要说清楚：默认做 baked full-slide images，文字想改，通常要重新生成对应页面图像，而不是在 PowerPoint 里点开文本框直接修。这个代价是真实存在的。

但这个代价换来的，是整页画面的强一致性。对需要“像一套作品”的技术讲述、课堂展示或观点演讲，它比普通模板更容易形成记忆点；对每周都要改数字、改表格、改措辞的办公报告，它就不够轻巧。

它更像视觉导演，不像万能 PPT 工厂

Icyjerry/codex-ppt-skill 最值得看的地方，是它没有把“生成 PPT”理解成“攒够页数”。它先提取故事线，再画 slide map，再用 demo 锁风格，最后用 contact sheet 检查整套视觉系统。

所以它适合把脚本、旧 PPT 或提纲改造成有统一画面气质的演示；不适合拿来做需要对象级细修的生产稿。这个取舍不含糊，反而让它更可靠。