如果你最近刷小红书或者知乎，大概率被"让 AI 做 HTML 幻灯片"这类内容刷屏过。一边有人喊"PPTX 要被 HTML 吃掉了"，一边有人吐槽"生成五分钟、修改两小时的 HTML PPT"。这不是小圈子自嗨——我刚用 GitHub API 拉了一遍实时数据，2026 年这半年，"AI + HTML 幻灯片"已经长成了一个完整生态：
frontend-slides，今年 1 月底创建，目前 28620 星；
博主"歸藏"4 月底开源的 guizang-ppt-skill，四个多月冲到 25504 星；
html-ppt-skill 8189 星、dashi-ppt-skill 7332 星、号称"装进一个文件里的办公套件"的 Bento 4668 星，9 月 1 日还在推送更新。
社区那头同样热闹：知乎"HTML 会代替 Markdown 吗"这个问题跑出 31 万浏览、386 赞同；就在 9 月 2 日，还有人新开问题问"目前最前沿的 HTML PPT 技术是什么"。知乎
所以这波到底值不值得普通打工人和学生跟进？我把项目数据和社区正反两方的声音都翻了一遍，结论先放这儿：值得试，但不值得为它"抛弃 PPT"——关键看你的交付场景，以及你有没有选对路线。
AI 为什么"叛变"PPTX
道理其实不复杂：大模型的母语是纯文本。PPTX 是 zip 压缩的二进制格式，AI 想挪个文本框，得靠 python-pptx 这类库去摸坐标，版式一多就崩；而 HTML + CSS 是 AI 天然擅长的格式，浏览器原生渲染、双击就开、改动可以逐行 diff。知乎"html 能否取代 ppt"下面就有回答说得直白：“AI 在处理 HTML 排版上比 PPT 要好到天上去”。知乎效率上也有实测：有人用 html-ppt-skill 让 Claude Code 生成一份 12 页的微服务架构 slides，带架构图、代码对比页和时间线，从开口到成品约 8 分钟，代码高亮和等宽字体排版比在 Keynote 里手动拖出来的还整齐。知乎
别急着冲，生态已经分成了三条路线
这半年最重要的变化，是"AI 做 HTML 幻灯片"从一招鲜分化成了三条路线，痛点和适用人群完全不同。选错路线，就是你看到的那些吐槽的根源。
路线一：纯生成流——上限最高，改起来最痛
代表：guizang-ppt-skill（25504 星）、frontend-slides（28620 星）、html-ppt-skill（8189 星）。
思路是把主题、版式、动效素材预置在仓库里，AI 生成时"先选料、再填文案"，不用每次重发明轮子。知乎风格上各有侧重：歸藏版偏编辑杂志风和瑞士网格排版，自带 WebGL 演示运行时，审美克制。GitHub严肃汇报、对外路演，不少人推荐选它。知乎html-ppt-skill 的动效更炫，仓库里甚至备了 9 页 3:4 的小红书图文模板，适合技术分享和社媒图文。
代价是：产出是一份"只读"的漂亮代码。小红书那篇 1253 赞、2345 收藏的教程一句话点破痛点——“生成五分钟、修改两小时的 HTML PPT”。小红书想挪一个元素，只能回去跟 AI 说人话，说不准就被它改乱别的页。
路线二：可编辑流——专治"修改两小时"
代表：dashi-ppt-skill（7332 星，今年 6 月才创建）、frontend-slides-editable（486 星）。
这条路线把生成的 HTML 再转成"可编辑版"：浏览器里打开，每个元素点一下就能改，卡片图片直接拖拽对齐、拉伸大小，改完保存——相当于给 HTML 装回了所见即所得编辑器。dashi-ppt-skill 更进一步，HTML、PDF、PPTX 三种格式都能导出。GitHub
小红书那篇教程火起来的组合拳就是这个路数：Agent 挂 guizang-ppt-skill + frontend-slides 负责生成，再挂 frontend-slides-editable 负责改。小红书这套流程实测跑出 19 页带图表和对比看板的 deck，文件只有几百 KB。
路线三：单文件流——文件本身就是软件
代表：Bento（nyblnet/bento，4668 星）。
概念最激进：一份幻灯片就是一个 .bento.html 文件，里面塞进了内容、编辑器、播放器、图表和动画逻辑。GitHub发给别人，不用装 Office、不用注册账号，有浏览器就能查看、编辑、演示；内容用 JSON 存储，AI 可以直接读写。知乎
演讲者视图、PDF 导出、Morph 转场它都齐了，多人协作走端到端加密。7 月底开源 3 天拿了 2.7k 星。知乎截至 9 月 1 日，它的 GitHub 提交记录还在滚动更新。
番外：PPTX 原教旨流也没闲着
GordenPPTSkill（3022 星）反着走：17 套手工打磨的中文 PPTX 模板 + 基于 python-pptx 的非破坏性改字，产出是真正能在 PowerPoint 里打开编辑的 .pptx。另外还有一支"图片流"（codex-ppt-skill，5503 星），让 AI 把每页 PPT 直接画成图——更好看，但一个字都改不了。这些路线的存在本身就说明：HTML 没有一统天下，交付场景才是硬约束。
顺带提醒一个容易被忽略的细节：frontend-slides、html-ppt-skill、frontend-slides-editable 是宽松的 MIT 协议，而 guizang-ppt-skill 和 dashi-ppt-skill 是 AGPL-3.0——个人用毫无影响，但公司拿去二次开发做产品，法务那关要先过。
三盆冷水，命中任何一盆都别急着换
第一，要交付可编辑文件的场景，HTML 幻灯片目前就是短板。甲方要 .pptx、领导要自己改两笔、公司要求套统一模板——这些场景要么选 dashi-ppt-skill 这种带 PPTX 导出的兜底，要么老老实实留在 PPTX 阵营。知乎上 8 月还有一串新手提问是"AI 生成了一个 HTML，怎么发布到网上"“朋友发了个 html 怎么让别人看见”——分发和交付，是 HTML 幻灯片相对 PPT 最真实的额外成本。知乎
第二，警惕"验收代替创作"。有篇文章《HTML 的风能吹多久》提了个很尖锐的反方观点：大部分 HTML 幻灯片信息密度太低，十几二十页看着炫，有效信息还不如生成它的那份源文档。当制作和修改都只能靠 AI 转述，人就只剩验收，作品自然充满妥协。知乎这不是格式的锅，是工作方式的锅——换了 HTML 幻灯片，内容结构和信息取舍仍然得你自己把关，AI 只该负责排版这层皮。
第三，打印和正式归档场景先别碰。HTML 能导 PDF，但页码、出血、字体嵌入这些印刷细节，成熟度仍不如 Office 生态。
到底换不换？给你一张路线图
已经在用 Claude Code / Codex，做内部技术分享或自用汇报：换。从 guizang-ppt-skill 或 frontend-slides 起步；只要你预感会反复改，务必搭一个可编辑方案（frontend-slides-editable 或 dashi-ppt-skill），否则一定掉进"修改两小时"的坑。
要把成果发给不懂 AI 的同事、同学：试 Bento。一个文件发过去即开即用，接收门槛最接近发一份 Word。
交付甲方/上级、必须 .pptx：别硬换。用 dashi-ppt-skill 的三格式导出做混合流，或者直接用 PPTX 阵营的工具。
完全没接触过编程 Agent：先在对话 AI 的画布/工件模式里让它输出一个 HTML 页面感受一下成本，再决定要不要装 Agent 上全套。
最后给一个值得收藏的判断：HTML 作为演示载体会长期存在——开放、可携带、AI 友好、浏览器原生；但"制作和修改全托管给 AI"的工作流还在快速演化期。接下来值得盯两个信号：一是可编辑流能不能把"修改两小时"真正压到分钟级（目前趋势向好，dashi-ppt-skill 两个月 7000 多星就是投票）；二是 Office 阵营会不会正式打通 HTML 的导入导出。在那之前，稳妥的姿势是：用 HTML 幻灯片赢自己的时间，别拿它赌对外交付。
