周五下午五点半，群里甩来一句「明早九点汇报，做个PPT」。
你盯着空白的 PowerPoint 页面，心里很清楚，真正难的从来不是写什么。内容你早就在文档里了，难的是把那堆字塞进好看的框里，配色别辣眼，找张不侵权的图，再调一晚上对齐。
我做了八年工程师，这种事踩过太多次。后来我发现问题不在我懒，在于「排版设计」这层活儿，本质上是个可以被 AI 替掉的重复劳动。
现在 GitHub 上真有两个开源 Skill 专门干这事，而且都跑在 Claude Code 这类 coding agent 里。一个叫 PPT Master （作者 Hugo He，41k 星），一个叫 frontend-slides（作者 @zarazhangrui，26k 星）。
它们解决的是同一个痛，但走了一条完全相反的路。
这篇文章我把两个都拆开试了一遍，不中立，直接给结论。
先给出答案
别急着看参数，先看你要什么。下面是懒人版，照着选不会错。我做这张表的逻辑很简单，不按功能多寡排，按你交付的终点排，因为这两个 skill 的终点根本不一样。
| 你的场景 | 推荐 | 理由（一句话） |
|---|---|---|
| 汇报要交 .pptx，同事还要在 Office 里接着改 | PPT Master | 它导出的是真·原生 PowerPoint，形状、母版、动画都能二次编辑 |
| 内容要发链接、做网页分享、要好看不土 | frontend-slides | 它生成单个 HTML 文件，零依赖，十年后还能打开 |
| 你有现成 .pptx 模板，想批量填内容 | PPT Master | 支持用你自己的模板当母版，继承真实幻灯片版式 |
| 你有旧 PowerPoint，想变成可传播的网页 | frontend-slides | 内置 python-pptx 提取脚本，能把 pptx 转成网页 |
| 你完全不会写 CSS，只想出图 | frontend-slides | 34 套预设模板开箱即用，你只管选方向 |
一句话记住选型逻辑。
你的 PPT 最终是给别人在 Office 里改，还是发给别人看，这一句就决定了选谁。
你会发现，表里没有「两个都买」的推荐，因为大多数人的场景是单一的。要交差给同事改，就别碰 HTML；要发链接传播，就别死磕 PPTX。选错方向的代价不是多花时间，是做完才发现对方打不开、或者改不动。下面的维度拆解，都是给这句话做注脚。如果你懒得读完全文，记住这张表加上面那句话，就已经够你当下做决定了，不必纠结功能清单。
它们各自在解决什么问题
先说清楚，这两个项目不是「同一个东西的两个版本」，它们的设计初衷从根上就不一样。
PPT Master 的作者 Hugo He 想解决的，是「AI 生成的 PPT 在 PowerPoint 里是个残废」这个问题。早期很多工具导出的所谓 PPTX，其实是把一张张图片贴进去，你在 Office 里点开，想改个字都改不了，文本框是锁死的。他的哲学很硬气，原话是「可编辑只是基本功，真正区别在于原生的深度」。所以他死磕原生形状、连接符、数据图表、母版继承，连幻灯片里的调整手柄都要给你保留。
frontend-slides 的作者 @zarazhangrui 走的是另一条道。她看到的痛点是，大多数人做 PPT 不是为了在 Office 里被改，而是为了「展示」。发给客户、贴进文档、丢到群里让人看。那 PowerPoint 反而是个枷锁，导出 PDF 失真，发原文件对方还可能没装字体。她的哲学更极客，「依赖是债务，单 HTML 文件十年后仍可用」。所以她干脆绕过 PowerPoint，直接生成零依赖的单文件 HTML，用浏览器打开就是演示。
这两个出发点，决定了后面所有差异。
有个细节，两个都 MIT，都强调不锁定平台、不锁定模型。它们不是大厂封闭功能，是你能 fork、能改、能本地跑的开源货。这点对工程师重要，后面维度四再展开。
选型之前，先问自己这句话，比看任何评测都有用。
维度一：输出格式，原生 PPTX 对阵单文件 HTML
这是最根本的分叉，没有妥协空间。
PPT Master 的输出是原生 PowerPoint PPTX 。注意「原生」二字，生成的不是图片拼贴，是真正的 Office 形状对象。我实测它支持原生形状、带手柄连接符、图表表格、文本图片填充、各种效果，过渡和进入强调退出动画都有，默认关着。更硬核的是它支持用自己的 .pptx 当模板，母版带真实 p:sldMaster、p:sldLayout 继承，不是假套壳。
它的生成管线印证了这点，源文档先进 source_to_md.py 转成 Markdown，再规划，走 SVG 生成 （svg_output/）做预览，用 finalize_svg.py 出 svg_final/，最后 PPTX 导出。SVG 只做强制视觉预览，PPTX 才是唯一产物路线，SVG-image 导出早被弃用。
这套管线取舍很明确，先在 SVG 阶段看样子，确认无误再落 PPTX，避免导出没法改的半成品，少页 deck 还支持快速测试模式直接跳 PPTX 省时间。
frontend-slides 的输出是精美 HTML 演示文稿 ，单个文件内联 CSS 和 JS、零依赖，不用 npm、不用构建、不用框架。双击浏览器就能讲，也能丢 Vercel 变线上页面。它还提供反向路，用 python-pptx 把现有 PowerPoint 转网页，图片内容都保留。
工作流上它先问内容，一次性生成 3 个视觉预览让你挑方向，选完才生成全文，最后浏览器打开。这种先看长什么样再干活的思路，比一上来怼完整版省心太多。
格式之争的本质，是你要的终点是 Office 还是浏览器，想清楚这点，维度一就结束了。
维度二：审美路线与反 AI 味
这一维度，两个项目的态度一致，但实现手段不同。
先夸一句，两个都在认真对抗「AI 味」。那种白底紫渐变、发光圆角卡片、千篇一律科技蓝，看一眼就是模型生成的。frontend-slides 把这件事写进方法论，叫「show, don't tell」，明确要把通用 AI 美学甩开。它内置 12 个预设，外加一套 Bold Template Pack，34 套设计系统来自 beautiful-html-templates，渐进加载，安全预设作默认回退。
下面是几张官方模板预览，你能直观感受它反 AI 味的程度。
Neo-Grid Bold：粗网格分割加高饱和撞色，工程感和杂志味很重，适合技术分享。
Editorial Tri-Tone：三色编辑风，大量留白配衬线标题，像财经杂志的封面专题。
Signal：信号告警风，深色底加高亮色块，适合做监控、告警、状态类汇报。
Broadside：宽幅海报风，大字号标题横铺整屏，气场强，适合主旨演讲开场。
坦白讲，frontend-slides 在审美自由度上，比大多数人的 PowerPoint 模板库强出一个身位。
PPT Master 的审美路线不靠模板堆，靠风格化。它自带 18 个示例 deck 风格，从 Bloomberg Editorial 数据新闻风、Swiss Typographic 瑞士网格，到 Glassmorphism SaaS、Brutalist Newspaper 野兽派报纸，甚至 Chinese Ink Aesthetic 中国水墨、Kubernetes Blueprint 蓝图风，还有 Attention Is All You Need 论文阅读风。这些不是换换配色，是整套排版逻辑的差异。
它俩谁更好得看场景。要稳要商务能进公司模板，PPT Master 原生风格更不易出错。要出彩要传播要在朋友圈被夸，frontend-slides 的单文件 HTML 更锋利。
维度三：可编辑性、转换能力与依赖
可编辑性这一票我投给 PPT Master，但得说清前提。
它生成的 PPTX，你在 PowerPoint 里打开，文本框能改、形状能拖、母版能进。它甚至支持你把自己的 .pptx 模板塞进去当母版，真实继承 p:sldMaster 和 p:sldLayout。对职场太关键了，你做完甩给同事，他能在 Office 里接着改，不会收到「图片型 PPT」然后骂你。
但它也有软肋，图像获取是可选的，要 AI 生成得跑 image_gen.py（用 gpt-image-2），要网络搜图得跑 image_search.py，接 Pexels、Pixabay、Openverse、Wikimedia。全自动化出图要配 key，不然图得自己补。
frontend-slides 在「可编辑」这件事上换个定义。它的产物是 HTML，你用任何文本编辑器都能改，CSS 改改就是另一个风格。而且它反向支持把 PowerPoint 转成网页，用内置的 extract-pptx.py。这一条对「我有一堆旧 .pptx 想变成能分享的链接」的人，是杀手级功能。
依赖层面，frontend-slides 完胜。零依赖零构建，单个 HTML 文件带走就能用。PPT Master 需 Python 环境，pip install -r requirements.txt 装依赖，管线还依赖 SVG 渲染那套。对新手，frontend-slides 门槛明显更低。
还有个容易被忽略的点，PPT Master 的 PPTX 给别人在 Office 改，管线也让你回炉。源文档变了重新跑一遍规划到导出，deck 就更新，不用手动重排。frontend-slides 则是你改完 HTML 直接刷新浏览器就生效，协作者哪怕不懂代码也能看最终效果，只是没法像 Office 那样多人批注。
一个能在 Office 里被改，一个能在浏览器里被传，没有谁绝对赢，只有谁贴合你的下游。
维度四：成熟度、社区与 agent 生态
数据摆出来，差距不小。
PPT Master 截至 2026-07-28，是 41,457 星，MIT，1,402 个 commit，最近提交就在 2026-07-28 当天，作者 Hugo He 一直在高频维护。这个 commit 量和更新频率，在 AI 工具类项目里属于「活得很好」那一档。
frontend-slides 截至 2026-06-24，是 26,449 星，MIT，30 个 commit，最近提交 2026-06-24。星标数不低，但 commit 数和更新节奏比 PPT Master 轻不少。这跟定位吻合，单文件 HTML 架构简单不需那么多迭代；反过来遇到边界问题，等官方修的时间更长。
agent 生态上，两个都挺开放。PPT Master 明确说能在任意 agent 工具里跑，Cursor、Zed、Claude Code、Copilot、Cline、Codex CLI、Gemini CLI、Kimi K3 都行，本地处理，不锁平台不锁模型。安装三条路，git clone 加 pip、npx skills add、Claude Code 插件。
frontend-slides 也类似，Claude Code 插件市场一条命令装，也能手动 cp，其他 agent 像 Codex、Kimi Code、OpenCode、Gemini CLI 读它的 SKILL.md 就能用。它架构上是渐进式披露，SKILL.md 当工作流地图，再配 STYLE_PRESETS.md、viewport-base.css、html-template.md、animation-patterns.md 和 scripts/ 目录。
安装门槛上两者也有差。PPT Master 的 git clone 加 pip 对新手稍重，Python 依赖装不顺是常见卡点，但 npx skills add 和 Claude Code 插件又把这条路铺平了。frontend-slides 因为是纯前端，手动 cp 就能用，门槛更低，只是它的插件市场命令要你先在 Claude Code 里挂上它的仓库地址。对普通工程师，这点差异远没有「你的 PPT 给谁用」来得致命，但踩过环境坑的人都懂，少装一个依赖包，晚上就少熬一小时。
成熟度这一维，PPT Master 是老将，frontend-slides 是新秀，但新秀的轻量恰恰是它的卖点。
综合评分
满分 5 分，按工程师最在意的几项打分。打分时我没平均用力，对职场工程师来说，可编辑性和原生度是硬指标，这两项权重最高，因为做出来改不动等于白做。审美和零依赖是加分项，决定你做完爽不爽、传播顺不顺。
| 维度 | PPT Master | frontend-slides |
|---|---|---|
| 输出格式原生度 | 5 | 3 |
| 审美与反 AI 味 | 4 | 5 |
| 可编辑性（下游可改） | 5 | 4 |
| 依赖与部署成本 | 3 | 5 |
| 成熟度与社区 | 5 | 3 |
| 转换能力（跨格式） | 4 | 4 |
| 综合 | 4.3 | 4.0 |
分数不代表谁更好，代表谁更稳。PPT Master 在原生度和成熟度上拉满，适合「交付物必须可靠」的场景。frontend-slides 在审美和零依赖上满分，适合「要好看、要轻、要传播」的场景。
为什么 PPT Master 综合略高 0.3 分，关键在成熟度和原生度两项它都拿了满分的 5 分。这是一个 1400 多个 commit、当天还有提交的项目，意味着你踩到的坑大概率别人已经踩过，文档里也写了答案。frontend-slides 失分在成熟度，不是因为它不好，而是它太新，30 个 commit 撑不起「出问题有人管」的安全感。但如果你只是要一个轻量、好看、发出去的演示，那 0.3 分的差距，在你这场景里其实可以忽略。
我个人的加权判断，如果你只能装一个，先问那个终极问题，你的 PPT 是给人改还是给人看。所以这张表是让你按场景对号入座，不是逼你二选一，别为用不上的功能买单。
常见问题
不会写 CSS，能用 frontend-slides 吗？
能。它的 34 套 Bold 模板和 12 个内置预设都是开箱即用的，你只需要在生成的 3 个视觉预览里挑一个方向，后续全文按这个方向生成。CSS 是它帮你写好的，你顶多改改文字。真要微调，它代码注释写得很好，照着改也不难。
PPT Master 生成的 PPTX，在 Office 里能改吗？
能，而且这是它最大的卖点。它导出的是原生 PowerPoint 对象，文本框、形状、母版、连接符都能在 PowerPoint 里直接编辑，不是图片拼贴。你甚至可以拿自己的 .pptx 当模板，让它继承真实版式。
两个都能把现有 PPT 转成另一种格式吗，谁转谁？
方向不同。PPT Master 是「从源文档或参考生成 → 导出 PPTX」，不负责把 PPTX 转出去。frontend-slides 反过来，它内置 extract-pptx.py，能用 python-pptx 把现有 PowerPoint 转成网页。所以旧 .pptx 想变链接，找 frontend-slides；新内容想变可编辑 PPTX，找 PPT Master。
没有 Claude Code，能用这两个吗？
都能。PPT Master 列了一长串支持的 agent，Cursor、Zed、Copilot、Cline、Codex CLI、Gemini CLI、Kimi K3 都行，本质是本地跑的 skill。frontend-slides 也支持 Codex、Kimi Code、OpenCode、Gemini CLI 读它的 SKILL.md 使用。Claude Code 只是最顺手的入口，不是门槛。
中文排版和字体支持怎么样？
PPT Master 自带 Chinese Ink Aesthetic 中国水墨风，对中文场景有专门照顾。frontend-slides 是 HTML，字体你随便引，想用系统字体还是 Web 字体都行，反而比 PowerPoint 跨机器丢字体更稳。两者做中文 deck 都不拉胯。
这几个问题覆盖了九成新手第一道坎，剩下的跑一遍就清楚了。
我的建议
码哥直接给结论，不跟你绕「各有优劣」的废话。
如果你在职场，汇报要交 .pptx，同事还要接着改，闭眼选 PPT Master 。41k 星不是白给的，原生度和成熟度摆在那，交付出去不怕被人挑刺。如果你做技术分享、写公众号、要把内容变成能发链接的漂亮网页，frontend-slides 更对味，零依赖的单文件 HTML 你存十年都打不开就怪了，而且那套反 AI 味的模板，发出去真有人夸。
我自己的用法是两套都装。写周报、对内的正式汇报走 PPT Master；做对外的内容、给读者看的演示走 frontend-slides。两个都是开源 MIT，不锁你，fork 了随便改。我甚至建议团队把 PPT Master 模板固化成内部母版，新人汇报直接套，视觉一致性就上来了。frontend-slides 则适合做你们技术博客的配套演示，写完文章顺手出一个网页版，读者体验比 PDF 好太多。
最后说个实在的，这两个 skill 你跟着码哥跳动就能用起来。关注之后，下一篇我直接带你把一篇现成的文章或文档，一键变成能直接拿去汇报的 PPT，PPT Master 和 frontend-slides 两种路线都走一遍，连安装命令和提示词我都给你备好。身边有人正被周五 PPT 折磨，直接把这篇甩给他，比安慰有用。对了，公众号主页右上角点个星标，下次这类开源神器实测我好第一时间推给你，省得你刷 timeline 漏了。
