开源 AI 演示文稿与办公工具：它们真正擅长什么
这个品类的工具盘点，习惯把所有项目压扁成“AI PPT 生成器”——本文六个工具里有四个会被这个标签误伤。这篇文章把每个项目放回它真正解决的文档任务上，让你只需要认真评估两个候选，而不是六个。
文档工作从来不是一件事。把一份幻灯片做得好看、生成一个同事能正常编辑的 .xlsx、从扫描 PDF 里抽出表格、把 Markdown 转成 Word、拆分一个 200 页的 PDF、收集一份有法律意义的签名——这是六件不同的事。而那些总在“AI 办公工具”合集里一起出现的开源项目，恰好各自专精其中一件。
本文正面对比 frontend-slides 和 OfficeCLI，因为只有这两个和大家说“让 AI 帮我做文档”时的期待真正重叠。另外四个——Docling、Pandoc、Stirling PDF、DocuSeal——按它们的本来面目介绍：相邻任务的工具，不是竞品。
任务地图
| 项目 | 它为哪件事而生 | 产出 |
|---|---|---|
| frontend-slides | 演示设计——有视觉个性的幻灯片 | 单文件 HTML 幻灯片；可导出 PDF |
| OfficeCLI | 程序化创建和编辑真正的 Office 文件 | 合规的 DOCX / XLSX / PPTX |
| Docling | 文档理解——从 PDF 和 Office 文件里提取结构 | 供管道使用的 Markdown / JSON |
| Pandoc | 标记语言与文档格式之间的转换 | 几十种格式双向互转 |
| Stirling PDF | PDF 操作——合并、拆分、转换、脱敏 | 处理后的 PDF，自托管 |
| DocuSeal | 签署流程——填写与签名 | 已签署文档与审计记录 |
如果某个聊天机器人声称六件事都能干，它要么是包了其中几个工具，要么有几件干得很差。搞清你的问题在哪一层，选型就完成了大半。
frontend-slides 对 OfficeCLI：真正的正面对比
这两个容易被混为一谈，因为终点都可能是“一份演示文稿”。区别在于是哪种演示文稿、给谁用。
frontend-slides 是一个编程 Agent 技能，产出的是经过设计的网页版演示。它的判断是：Web 平台比 PowerPoint 的图形模型更适合做设计——幻灯片是一个内嵌 CSS 和 JavaScript 的单 HTML 文件，可经 Playwright 导出 PDF，也可以选择部署成在线链接。它最有辨识度的不是渲染而是工作流：一套“用看的，不用说的”循环——不让你用语言描述审美偏好，而是生成多个视觉预览让你直接挑。内置 12 套精选预设外加 34 个更大胆的设计模板，并且明确抵制 AI 默认审美（README 原话大意：再见了，白底紫渐变）。它以 Claude Code 插件形式运行，也兼容其他编程 Agent，还能读入现有 PowerPoint 文件作为内容来源。MIT 协议。
它不给你的东西：.pptx。如果这份幻灯片之后必须由同事在 PowerPoint 里继续编辑，frontend-slides 就选错层了。
OfficeCLI 攻的是相反的问题：不是“做得漂亮”，而是“做成一个正确的文件”。它是命令行工具（单个自包含二进制；Homebrew、Scoop 或 npm 安装；另有 MCP 服务器和 Python/Node SDK），负责创建、读取、编辑 DOCX、XLSX、PPTX。元素用类 XPath 的路径寻址（/slide[1]/shape[2]），输出是可结构化解析的 JSON，而最关键的一点——当操作者是 AI 时——它会按 OpenXML 规范做校验，并检测文字溢出、缺失替代文本、公式错误这类问题，返回 Agent 可以据此自我修正的结构化错误码。表格侧支持求值 350 多个 Excel 函数，能生成原生数据透视表。Apache-2.0 协议。
它的诚实局限：少数能力依赖 Windows 上的 Microsoft Office（比如原生目录刷新），其他平台走无头降级方案——如果你需要像素级还原的原生渲染，这一点相关。
两句话总结： frontend-slides 为观众优化（屏幕上看到什么）；OfficeCLI 为文件优化（经得起在 Office 生态里被打开、编辑、校验）。用浏览器演示的团队和活在共享盘 .docx 堆里的团队，会做出相反的选择——而且都是对的。
相邻的四个——很有用，但不是 PPT 生成器
Docling（GitHub Stars 63,096，2026 年 7 月 14 日观测值）的方向和上面所有工具相反：文档进，结构出。它把 PDF、Office 文件、图片、HTML 解析成干净的 Markdown 或 JSON，带版面分析、表格结构还原和 OCR——口号是“让你的文档为生成式 AI 做好准备”，主场是 RAG 和信息抽取管道。拿“能不能生成文档”评价它完全跑偏；它是 AI 读文档之前用的工具，不是 AI 写文档之后用的。MIT 协议，维护细到硬核边界情况（近期修复包括 DOCX 表格中延迟起始行的解析、把 Excel 原生图表渲染成图片）。
Pandoc（Stars 45,383，同日）是这份名单里的老将——“通用标记转换器”，Markdown 转 DOCX、LaTeX 转 HTML，几十种格式两两互转，还能用 Lua 过滤器扩展。它经常是 AI 写作管道的最后一公里：模型写 Markdown，Pandoc 产出交付物。它甚至有 PPTX 输出器，但它转换的是结构，不做幻灯片设计——Pandoc 生成的演示长什么样完全取决于模板。一条来自其手册的运维提示：把 Pandoc 暴露在 Web 服务里有作者明确写出的安全注意事项，接用户输入之前先读那一节。GPL-2.0 协议。
Stirling PDF（Stars 87,020，同日——全文最大的数字，属于 AI 味道最淡的工具）是一个自托管 Web 应用，做 PDF 操作：合并、拆分、旋转、压缩、转换、OCR、脱敏、加水印等几十种，通常用 Docker 部署。它回答的问题是“我们的 PDF 处理不应该离开自己的基础设施”，而不是任何生成类问题。它位于文档创建（上游）和签署（下游）之间，是管道工程——褒义的那种。
DocuSeal（Stars 17,517，同日）是 DocuSign 的开源替代：模板搭建、字段放置、填写、有法律意义的签名收集，自托管，带 API 和嵌入能力。AGPL-3.0 协议。它在文档不再是草稿的那一刻登场。签署流程是一个要负责任的过程，这正是它应该交给确定性软件而不是生成式模型的原因——合理的分工是 AI 起草合同文本，DocuSeal 跑签署流程。
按场景选择
- “下周要上台，希望片子真的好看。” frontend-slides。浏览器里直接演示，或导出 PDF。
- “我们的报告必须是别人能编辑的 Word 和 Excel。” OfficeCLI——它的校验闭环让 Agent 生成的文件“确实正确”，而不只是“看起来像”。
- “要把 500 个 PDF 里的数据抽出来。” Docling。方向完全不同。
- “我写 Markdown，交付物要 DOCX。” Pandoc，大概率写一次脚本就再也不用管。
- “合同要填写和签署。” DocuSeal——起草在别处完成之后。
- “拆分、合并、OCR、脱敏，都要在自己服务器上。” Stirling PDF。
现实的工作流是把它们串起来：Docling 从原始材料抽取 → AI 起草 → OfficeCLI 或 frontend-slides 产出成品 → 需要时 Pandoc 转换格式 → Stirling PDF 后处理 → DocuSeal 收集签名。六个工具，六个层次，没有真正的重叠。
ClawMama 具体验证过什么
六个项目里有两个如今作为已验证的 ClawMama 聊天 Agent 运行，且都持有保真度 A 级验证——意思是完整代表性工作流真实跑通并产出了可核验的成品，而不是演示：
- AI 演示设计师，基于 frontend-slides：验证中产出了一份七页中文幻灯片的 HTML 和 PDF，全部七页通过桌面端和移动端的溢出与边界检查，浏览器控制台零报错。该轮验证的已知局限：部分小号辅助文字在远距离投影下可读性可能下降；上游的 deploy 脚本未使用。
- Office 文档助手，基于 OfficeCLI（验证版本 1.0.135）：验证中创建了 DOCX 季度简报、XLSX 销售看板和 PPTX 战略汇报，三个文件全部通过 OfficeCLI 的 OpenXML 校验——XLSX 和 PPTX 零问题，DOCX 有一条格式建议。未覆盖：Microsoft Office 原生像素级渲染，以及仅限 Windows 的刷新与分页路径。
另外四个项目在我们雷达上是该类别的合格项目，本文对它们的描述均来自上游文档；截至发稿，它们都不是已验证的 ClawMama Agent，本文也不应被解读为有此暗示。
常见问题
这里面到底哪个是“开源 AI PPT 生成器”？ 严格说，一个都不是。做有设计感的演示，frontend-slides 最接近，但它输出 HTML/PDF 而非 PPTX；OfficeCLI 能生成真正的 PPTX，但它是保证文件正确性的引擎，不是设计师。四个相邻工具则根本不生成演示文稿——这正是要把它们分开讲的原因。
frontend-slides 能给我可编辑的 PowerPoint 文件吗？ 不能——它的产出是自包含的 HTML 幻灯片（外加 PDF 导出）。它可以把 PPTX 当作输入内容读取。如果同事必须在 PowerPoint 里编辑成果，请改用 OfficeCLI，并接受更朴素的样式。
它们怎么融入 AI Agent 工作流？ 配合得出奇地好，而且是有意设计的：frontend-slides 本身就是编程 Agent 技能；OfficeCLI 自带 MCP 服务器、JSON 输出和结构化错误码，Agent 可以据此自我修正；Docling 的存在就是为了把文档喂给模型；Pandoc 提供确定性的最后一公里转换。Stirling PDF 和 DocuSeal 是常规自托管应用，分别接在链路的前后。
商用都免费吗？ 协议差别不小：MIT（frontend-slides、Docling）、Apache-2.0（OfficeCLI）、GPL-2.0（Pandoc）、AGPL-3.0（DocuSeal）——如果你要把 DocuSeal 做成对外服务，AGPL 的约束需要认真对待。Stirling PDF 的许可有自己的安排，商用部署前请查阅仓库现行条款。
Stirling PDF 的 Stars 最多，是不是说明它最强？ 不是——Stars 衡量的是某个时点的受众规模（本文数字均为 2026 年 7 月 14 日观测值）。PDF 操作几乎是普适需求，所以 Stirling PDF 数字大；frontend-slides 服务的是更新、更窄的工作流。这六个工具根本不在同一件事上竞争，按 Stars 排名等于拿苹果和文件柜比大小。