GitHub Trending · 项目观察
AI 写文档已经不稀奇了，真正麻烦的是让AI做幻灯片。
原因很简单：PPT 不是一段连续文本。它有版式、层级、留白、图表、动画、导出、演示模式，还有一堆肉眼才能发现的问题。让 Agent 直接生成一个 .pptx 文件，第一次看可能还行，第二次改就开始痛苦。
1weiho/open-slide 的思路很不一样：既然 Agent 擅长写代码，那就让幻灯片变成一套 React 项目。
一句话概括：open-slide 不是让 AI 生成一个不可维护的 PPT 文件，而是让 Agent 维护一套可运行、可导出、可迭代的PPT代码库。
这个项目 2026 年 4 月下旬创建，5 月上旬已经拿到数千 star。它面向的是 agent-native authoring，也就是“给 Agent 写作和修改内容用的创作框架”。
最大卖点：可迭代重复、高度自定义
它和 Kimi、Canva、Gamma、Tome、WPS AI、讯飞智文等商业化 AI PPT 工具最不一样的地方：那些工具更像“成品生成器”，输入主题和资料，尽快给你一套可看的幻灯片；open-slide 更像“生产线框架”，把模板、组件、图表、品牌规范和导出方式做成代码，再交给 Agent 持续修改。对 coding agent 来说，这比盲改 PPTX 更接近它熟悉的工作方式。
所以它的卖点不是“点一下比 Kimi 更快”，而是更适合做重复生产：技术分享、周报、产品更新、课程讲义、客户方案。你可以借助 Claude Code、Codex、Cursor 这类 coding agent 框架改组件、调布局、导出成品。
它也适合一种新的内容生产流程：人负责给主题、结构、资料和判断，Agent 负责把这些内容落成可运行的 deck。后续修改不再是“重做一版”，而是正常改代码、预览、导出。
它到底给了 Agent 什么
从文档和项目形态看，open-slide 现在提供的不是一个完整 PPT SaaS，而是一套 agent-friendly 的 deck 工程骨架。
第一层是固定画布。
它默认使用 1920x1080 的幻灯片画布，这对 Agent 很重要。因为模型改布局时最怕尺寸不确定：一会儿是网页流式布局，一会儿是幻灯片比例，最后很容易出现标题越界、图表压缩、元素错位。固定画布至少把问题收敛到一个明确坐标系里。
第二层是 React slide。
每一页都可以写成组件。标题页、双栏页、数据图页、代码展示页、时间线页，可以像前端组件一样拆出来。Agent 不需要理解 PPTX 的二进制结构，只要读懂 JSX、CSS 和数据，就能局部修改。
第三层是导出。
官方文档显示，它支持构建 static HTML，也支持导出 PDF。dist/ 可以放到 Vercel、Cloudflare Pages、Netlify、GitHub Pages 等静态托管服务上。这意味着它不仅能做“投屏用的 PPT”，也能做“发给别人看的网页型 deck”。
第四层是面向 Agent 的约束。
open-slide 文档里有 skills 相关入口，思路是把生成幻灯片需要遵守的规则、组件用法、主题规范交给 Agent。对 Claude Code、Codex 这类工具来说，这比一句“帮我做个好看的 PPT”清楚得多：Agent 可以先读规则，再改代码，再预览，再继续修。
模板成熟了吗
这里要泼一点冷水：open-slide 目前更像框架，不像成熟模板商店。
它有 themes 机制，也能让你把视觉风格、组件和页面结构沉淀下来。但如果你期待打开项目后立刻看到几十套精修商务模板、教育模板、路演模板、年终总结模板，它现在不是这种产品。
这恰恰决定了它的适用人群。
open-slide 的价值在于：你愿意先花时间做一套适合自己的模板。
比如一个技术团队可以固定几类页面：
这些页面一旦沉淀成组件库，后面每次做分享就不需要从空白 PPT 开始。Agent 只要根据主题替换内容、调整图表、补充案例，再导出 HTML 或 PDF。
这不是“模板不重要”，而是模板从平台素材变成了你自己的代码资产。
大概怎么用起来
最小路径并不复杂。
先用官方 CLI 初始化一个项目：
npx @open-slide/cli init my-slide
cd my-slide
pnpm dev
然后把它当成普通前端项目交给 Agent。
给 Claude Code 或 Codex 的任务，不要写成“做一个 PPT”。更好的写法是：
阅读当前 open-slide 项目结构。
基于现有主题，新增一套 8 页技术分享 deck：
1. 封面
2. 痛点
3. 架构图
4. 核心流程
5. Demo 页面
6. 数据页
7. 风险与限制
8. 总结
保持 1920x1080 画布，不新增复杂依赖，先复用现有组件。
如果你已经有自己的模板，还可以进一步约束：
只使用 src/components/deck 下已有组件。
颜色使用 theme.ts 中定义的 token。
图表数据从 data/report.json 读取。
不要改变页面比例。
完成后检查文字是否溢出。
这时 open-slide 的优势才会出现：Agent 不是在一个封闭编辑器里猜你的审美，而是在一个明确的代码库里执行任务。
如果配合 DeepSeek、Qwen 这类便宜模型，可以先让它们把资料整理成页面大纲和初稿文案；再让 Claude Code、Codex 负责落到 React 组件、修布局、处理导出。这样做不一定适合每个人，但很适合批量生产内部分享、课程讲义、技术布道和项目周报。
真正节省时间的地方，不是第一份 deck。
是第二份、第五份、第十份。
当然，open-slide 不是给所有人替代 PowerPoint 的。
如果你的工作流强依赖公司 PPT 模板、母版、批注流转、Office 协作、PPTX 原生动画，那它目前更像一个面向 Agent 和开发者的框架，而不是传统办公软件替代品。
但如果你经常做技术分享、产品方案、投融资 demo、数据故事，尤其已经习惯用 React/CSS/图表库表达内容，它值得试。
更准确地说，它适合两类人。
一类是前端和技术内容创作者：你本来就愿意把展示效果写进代码，open-slide 只是把这件事整理成更适合 deck 的结构。
另一类是正在搭 AI 内容流水线的小团队：你不追求每次都从空白生成一套完全不同的 PPT，而是希望围绕固定模板、固定数据源、固定导出方式不断生产。
这时，幻灯片从“一个文件”变成“一个小型前端应用”。这个变化对普通办公用户不一定更轻，但对 Agent 更自然。
写这类项目时，别只盯着“AI 能不能做 PPT”。更准确的问题是：当 AI 做出来的第一页不够好时，它能不能稳定地改到第三版、第五版、第十版？
open-slide 的答案是：把幻灯片变成代码，让 Agent 在自己擅长的地面上工作。
Repo 资料卡
- 地址：https://github.com/1weiho/open-slide
- 官网文档：https://open-slide.dev/docs/core-feature/export
- 核心能力：React slide、固定 1920x1080 画布、present mode、HTML/PDF 导出、CLI 初始化
- 适合读者：技术内容创作者、前端团队、Agent workflow 探索者、需要批量制作分享 PPT 的团队
- 与商业 AI PPT 工具的差异：商业工具偏“一次性成品生成”；open-slide 偏“自建模板 + 自选模型 + 可版本管理 + 可自动化导出”的工作流框架。
资料与来源
- GitHub： https://github.com/1weiho/open-slide
- Export 文档： https://open-slide.dev/docs/core-feature/export
- CLI / init 文档： https://open-slide.dev/docs/cli/init
- Themes 文档： https://open-slide.dev/docs/core-feature/themes
- 本地选题文件：outputs/github-ai-tool-writing/2026-05-10-topic-selection.md
