chuspeeism/dashi-ppt-skill

如果你经常要把调研文档、汇报材料快速变成一份能看的演示稿，又不希望生成结果是一张图或一份之后还得手工重做的草稿，这个项目值得试。代价是要准备本地 Node 环境，并接受作者刻意收窄的自定义范围。

解决什么问题

手上有一份行业研究、项目汇报或路演提纲，需要在几小时内做出风格统一的演示文稿。常见做法是让 AI 助手先出大纲，再回到演示软件里一页一页重排。这里变化的是中间那一步：Agent 直接在版式库上组稿，产出的是一个网页演示稿，而这个网页本身就是一个编辑器。打开后就能改文字、换图片、拖滑杆增减模块，满意了再导出 PPTX 或 PDF。

有什么不同

它不是每次自由生成 HTML，而是把内容字段套进预置版式：12 套视觉主题、1020 个版式，包含瀑布图、漏斗、热力图、SWOT、波特五力等。每页由"版式 + 文案字段"构成，Agent 能稳定地读写和修改，浏览器里的控制台则提供滑杆、开关和下拉，用来调模块数量、布局、图表类型和配色。README 自己的说法是"生成之后如何编辑，比生成本身更重要"，这个项目就是把重心押在了控制台上。

导出这一环要从反面看：PPT 无法承载 HTML 的全部能力，作者只说导出时"尽最大可能保留可编辑性"，没有承诺完全一致。README 提供了HTML 版与导出 PPTX 版的逐页对比，可以自己判断差距。另外，自定义是有意受限的——作者认为稳定的产出比自由选色更重要，所以需要专属视觉识别的场景会受限。导出引擎是独立的专有子包，不在 AGPL-3.0 的范围内，如果要基于它二次开发，这一点需要先弄清。

谁值得试

适合：分析师、咨询顾问和内部团队，经常从文档产出结构化演示稿（竞品分析、趋势报告、项目复盘、路演材料），看重风格统一和快速修改，而不是逐像素控制。已经在用 Claude Code 或 Codex 这类能读写文件、执行 shell 命令的 Agent 的人，接进去最顺。

不适合：需要每页手工调视觉的设计工作，README 也直接写了这一点。只有网页版聊天机器人的人也不合适——平台表把普通网页 Chatbot 标为不推荐，因为生成器需要本地 Node.js；能读写文件并执行命令的本地 Agent 属于可用范围，Marvis、Workbuddy 这类工具把文件放在任意位置、读取 SKILL.md 即可。

使用条件与边界

需要 Node.js 20+ 和 npm；导出 PPTX 或 PDF 还要本机装有 Chrome、Chromium 或 Edge，可用 CHROME_PATH 指定。安装和更新是同一条 npx 命令，国内网络可用镜像，具体看项目说明，别照抄二手教程里的命令。

持续成本主要在 token：README 给出的实测是一套 10 页约 10 万 token，随文档长度和来回修改次数浮动，按作者粗算约够 Codex 五小时额度窗口生成 10 套。内容层面 README 称零上传，联网只发生在首次生成时自动装依赖和完成后的静默版本检查；本地预览服务默认在同一局域网内可访问，导出接口只对本机开放。协议是 AGPL-3.0，并把导出引擎作为专有组件排除在外，分发修改版或通过网络对外提供服务会带来公开源码的义务。

HotRepo 点评

HotRepo 从 2026-05-10 起跟踪这个仓库，唯一的日榜观测是 2026-10-26：10,032 星，当天 +118，当时仓库年龄 138 天。单日快照无法判断热度是在上升、消退还是持续，也说明不了版式库能否跟上真实演示需求。决定采用前，建议先打开 HTML 与 PPTX 的逐页对比，确认图表密集页面的还原程度能满足你实际交付的材料。