做过汇报的人都有过同一种卡壳：内容早在脑子里排好了，时间全耗在把字挪进模板、调对齐、换配色。让 AI 代劳也不省心——它吐出来的 HTML 常常是「看着像 PPT，改起来像拆炸弹」，动一行样式整页崩。
所以当一个 8,250 星、97 天冲到榜单的 PPT Skill 出现在雷达里，我决定不只看它的宣传页，而是把它彻底跑一遍：不装插件、不开浏览器点选，只喂一份内容 JSON，看它能不能离线产出一份真正能改的演示稿。结论先放这里：9 页稿子跑通了，还导出成 36 页可编辑 PPTX（11MB、740 个可编辑文本对象）；但它自带的校验器也会误报，这点后面细说。
它把 PPT 拆成了三层
Dashi PPT 是一个 Agent Skill，核心思路和「让大模型直接写 HTML」完全相反：模型不负责画版式，只负责填内容。
它内部有 12 套视觉主题，每套主题是一批预置版式（封面、数据、对比、流程、风险、结论……），每个版式都是一段带控件的 React 组件。生成时先由 layout:query 按「页面角色 + 主题 + 随机种子」选出候选版式，再让 Agent 写一份 PageContentPack：每页只写标题、摘要、要点、图表数据，不写任何样式。随后 goal:scaffold 为每个逻辑页产出 4 个方案——3 个模板方案（锁死版式的视觉结构，只替换文字）+ 1 个按本页内容定制的方案。最后渲染成静态 HTML，导出 PPTX。
关键在「锁模板填文案」这条约束：页面的视觉、结构、数量、显隐、配色由版式决定，Agent 只能改文字。这既是它的可控性来源，也是它的上限所在。主题清单也能看出它的取舍：轻拟态风对应企业内部汇报，深浅代码风对应技术方案，色谱图表风对应数据分析，黑金实验风对应高端发布——都不是给品牌视觉团队准备的。
真正撑起这套体系的不是模板数量，而是三个量化文件：3.5MB 的 layout-manifest.json 登记了每个版式的控件与默认值，71KB 的属性契约约束每个控件能取什么值，82KB 的 spec 校验脚本负责在渲染前拦住非法结构。前者定义「有什么」，后两者定义「不能乱来」。
| 宣称 | 我的离线复核 |
|---|---|
| 12 套视觉主题 | 12 套，每套 71 到 111 个版式 |
| 1020 个版式页面 | 1020 条，逐条数列一致 |
| 8576 个可调控件 | 8576 个：开关 4276、滑杆 2372、下拉 1825、图标 77、图片位 26 |
三个数字全部精确对上，没有注水。
实测：从内容 JSON 到可编辑 PPTX
我把这次评测本身写成了 9 页内容计划，然后在 Alpine/Linux 沙盒里跑完整流程：
- 依赖只有 35 个包、90MB，
npm ci32 秒装完，没有需要编译的原生模块；
- 生成器先是两次拒绝了我的输入：一次是我把
chartData的 id 写成了和items相同的fact-1（要求 id 唯一、label/value/unit 必须一致），一次是同页图表单位混用「个 / 套 / 星」（要求要么全填、要么全空）。这两条不是文档里的客气话，是硬拦截；
- 通过后产出 9 页 × 4 方案的
goal.json（122KB），渲染出index.html（601KB）+assets（7.9MB），离线双击即开；
- 导出 PPTX 走了无头 Chromium：11MB、36 页、740 个可编辑文本对象、1309 个形状、147 张图片，打开后每段文字都能改。
但「可编辑」有边界：导出器同时给出了几百条降级警告——背景光效、渐变底、部分 SVG 与遮罩元素无法翻译成 PPT 形状，会被栅格化成图片贴上去。也就是说，文字和基础形状是真可编辑的，那些让页面显得精致的视觉特效，到了 PPTX 里就变成了一张底图。这是所有「网页转 PPTX」方案共同的物理限制，不是它独有的毛病。
另外两点体验值得一提：一是中文并没有被打包进字体，index.html 里明确写着 Noto Sans SC 这类中文字体超出体积预算、改用系统字体回退，所以同一份稿子在 Mac 和 Windows 上中文字重会略有差别；二是它的依赖干净得少见，没有原生模块，在一台只装了 Node 的机器上 90MB 就能跑起来。
也就是说，它宣传的「HTML 能编辑、PPTX 可交付」是真的。
但同一个流程里，它自带的文案校验器给了我一个退出码 1：报出 27 处「未覆写模板文案槽」（每页 3 处，对应 3 个模板方案），外加一条「AI Capital / 投融资默认文案残留：大模型」。
我去查了这两条的成色。那条「大模型」来自我自己写的正文「让大模型直接吐 HTML」——词表把常见词当成了投融资模板的特征词。而被判「未覆写」的 statLine，实际是投影阶段被显式清空（值写成空字符串），cards 也已绑定到我的 3 条内容和 1 条图表摘要，只是校验器把「空值」和「没写」算成了一回事。渲染出来的 9 页里，我一处模板默认文案都没找到。
模板默认文案确实存在，但位置很隐蔽：第 1 页所用版式的默认值是一整套「AI Capital Lab / 战略投资者 / 云资源授信 118 亿美元」的投融资示例，在文件里出现 10 次，全部躺在 data-prop-defaults 里——那是浏览器编辑器里控件的默认值，不是你交付出去就摆在观众面前的字。换句话说，这道闸门偏保守：宁可误报，也要逼你逐槽确认。
两条路线，怎么选
| 维度 | 版式库路线（Dashi PPT） | 让模型直接吐 HTML |
|---|---|---|
| 可控性 | 每个控件有契约与默认值，改坏了会被校验拦住 | 依赖模型自觉，改一处可能整页崩 |
| 自由度 | 只能组合已有版式 | 任意布局，上限更高 |
| 返工成本 | 改内容不动样式 | 常要整页重写 |
| 交付 | 静态 HTML + 可编辑 PPTX | 通常只有一次性 HTML |
几个必须先知道的前提：一是可编辑 PPTX 导出要在本机跑一次无头浏览器（官方推荐 macOS/Windows，Linux 需要自备 Chromium）；我在沙盒里就撞上了环境限制——导出 CLI 启动的预览服务读取网卡信息失败，最后是绕过预览服务、直接调用导出引擎才拿到文件。二是许可证是 AGPL-3.0，公司内部用没问题，把它包进自家产品再分发前要确认合规。三是版式覆盖的是常见汇报结构，发布会主视觉那种强定制需求仍要人工介入。
适合谁：周报月报、方案评审、产品介绍这类高频、结构固定的汇报，收益最大；需要交付 PPTX 继续人工改的团队也合适。不适合谁：追求品牌级排版的视觉团队，以及指望它一键完成「内容 + 视觉双定制」的人。
我的判断
值得放进工具箱，但别把它当成万能排版引擎。它真正的价值不在 1020 个版式，而在那套「内容与样式分离 + 生成前后双校验」的工程约束——这正是多数 AI 出图/出稿工具缺的一环。它的问题是闸门做得太保守，误报会消耗信任；一句话概括：它不擅长帮你把 PPT 做漂亮，但很擅长让你别在排版上浪费时间。
关注 AI商业快讯，每天一篇 AI 热点深度解读。
相关阅读：