阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 http://www.iocoder.cn/Fight/guizang-ppt-skill/ 「芋道源码」欢迎转载，保留摘要，谢谢！

• 两套风格，两种说服方式
• 22 个版式是锁，不是建议
• 配图、封面、截图，一条流水线
• 投屏那一刻才见真章
• 装它会花掉你几分钟
• 它明确说了自己不适合什么
• 一个文件，交付的重量变了

---

🙂🙂🙂关注微信公众号：【芋道源码】有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

装完它，我让 Claude Code 把一篇稿子做成七页 PPT。出来的不是 pptx，也不是待拼的素材，是一个 HTML 文件，双击就能翻页。

翻到这页我停了一下。不是「能看就行」的那种 AI 味，字号、网格、留白都站得住，投到会议室大屏上不会先输一半。

仓库两万八千多 Star，AGPL-3.0，作者是歸藏（op7418）。

它跟多数 AI PPT 工具的分岔点在这儿。别人把标准定在生成得快不快，它定在投到大屏那一刻。所以版式要锁、脚本要校验、现场要撑得住。

两套风格，两种说服方式

Style A 是电子杂志乘电子墨水。10 种页面布局，5 套墨水主题，排版贴着 Monocle 的路子，适合叙事、观点、个人风格强的分享。

Style B 是瑞士国际主义。22 个锁定版式，网格至上，直角加发丝线，字号对比拉到极限，适合产品分析、数据汇报这类要靠事实说话的内容。

颜色也是预设的，四套锚点色，每套写明适用场合。

克莱因蓝 #002FA7 走通用与商业发布，柠檬黄 #FFD500 走年轻与消费品，柠檬绿 #C5E803 走生态与健康，安全橙 #FF6B35 走警示与运动。选风格这件事，到这一步就只剩二选一。

22 个版式是锁，不是建议

瑞士风那 22 个版式不是给 Agent 的参考，是硬约束。Cover、Statement、KPI Tower、Loop Diagram、Duo Compare、Image Hero、Closing Manifesto，每个都有名字和固定结构，正文页只能在这 22 个里挑。

配套还有校验脚本。跑一遍 validate-swiss-deck.mjs，能拦住居中标题、实验版式、SVG 里写字、图片飘出版位这些毛病。环境里有 Playwright 的话，它还会去量内容溢出、底部空白、导航安全线和标题间距。

再往前是 checklist 里的 P0 清单，必须全过才算交付。

这话听着像限制创作，其实是把 Agent 从它干不好的岗位上调走。你给它自由度，它给你犯错。

配图、封面、截图，一条流水线

Codex 环境里它能调 GPT-Image 2.0 或 GPT-M 2.0 出图。纪实照片、信息图、流程图、系统关系图、UI 情景图，提示词都在 references 的 image-prompts 里。

比例要对齐槽位。瑞士风主图常用 21 比 9，通用主图 16 比 9 或 16 比 10，插错比例版面就塌。

规矩也写死了。图片只做嵌入素材，不能自带页脚、标题、角标。中文 deck 的信息图用中文标签。截图保真优先拿内置背景资产做 CleanShot X 式适配，别重画一遍。

同一套规则还能直出封面。公众号头图 21 比 9、分享卡 1 比 1、小红书 3 比 4、视频号横版，一份内容全出。

投屏那一刻才见真章

这才是它跟生成 PPT 拉开距离的地方。两套模板都内置了演讲者运行时，按右下角的 P 进演讲者视图，浏览器会另开一个干净的观众屏。

当前页和下一页上下排，始终 16 比 9，小屏等比缩放，不裁字不挤行。可以宫格选页，点一下回到双预览，观众屏跟着走。演讲备注、计时、自动翻页、激光笔、圈选都在里面，断网也能用，不靠云端中继或手机遥控。

备注不是摆设。工作流里专门留了一步，从大纲里抽每页目的、讲述要点、转场和计划时长，你没给的信息它不猜。

老机器也有退路。按 B 关掉 WebGL 和 canvas 动画，动态内容退回静态背景。

装它会花掉你几分钟

装法有两条路。

npx skills add https://github.com/op7418/guizang-ppt-skill --skill guizang-ppt-skill

不想记命令就丢给有 shell 权限的 Agent，也可以手动 clone。

git clone https://github.com/op7418/guizang-ppt-skill.git ~/.claude/skills/guizang-ppt-skill

装完检查三项，SKILL.md、assets、references 都在就成。以后更新进目录 git pull。

用法就是说话。「帮我做一份瑞士风 PPT」「把这份 Markdown 做成杂志风演讲 PPT」，这类它认得。想做完整，把页数和配图数报给它。

Agent 会按十步走，选风格、七问澄清、拷模板、填内容、可选配图、写演讲备注、自检、预览、排练、迭代。

有个前提得说。普通 Chatbot 不推荐，没有文件系统和浏览器预览，很难稳定出一份完整 deck。

它明确说了自己不适合什么

大段表格数据、培训课件、需要多人协作编辑的场合，这三类别用它。培训课件那条理由很实在，信息密度不够。

主场是另一类。行业内部讲话、私享会、AI 产品发布、demo day，以及那些你不想让 PPT 看起来像从模板网站下载的场合。

平台这块，Claude Code 和 Codex 原生支持，Cursor 这一类能读写文件又能跑 shell 的也能用，WorkBuddy 还在适配。

一个文件，交付的重量变了

不需要构建，不需要服务器，浏览器双击就开。要改字号、高度、间距，HTML 里的 inline style 直接改，不用求模型重生成。

这绕开了几个老坑。导出 PDF 排版稀烂、生成一堆文件还得部署、样式锁死改不动，这三种我都踩过。

所以它真正省下来的不是打字，是后面那二十分。README 里那句话说得挺准，Agent 负责七十分的骨架，人负责剩下二十分的微调。

真正稀缺的从来不是一次生成，是一套还能继续改的设计系统。

仓库在 https://github.com/op7418/guizang-ppt-skill