又一个神级开源 Office 诞生了:狂揽 1.6 万 star,干翻 Excel 的 Agent

我一直没绕过去的那堵墙

做一人公司最烦的事，往往不是没客户，是客户给过来的表格。

报价单、需求清单、库存台账、验收记录——你发一个 Excel 模板过去，对方填完发回来；改一版再发一轮；等你终于把数据凑齐，还得手动往自己的系统里敲一遍。

要是你在做 SaaS，这事更直接：客户进来第一句话常常是"你们能不能直接导入 Excel"。你只能让他下载、填、再上传，格式差一格就来回三轮。

我一直在琢磨一个不太服气的事：表格这个东西，二十多年了，为什么还只能是一个文件？为什么它不能像数据库一样，是一个能被程序、被 AI 直接读写的运行时？

昨天，有个项目把这件事往前推了一大步。

它叫 Univer。9 月 23 日，它发了 1.0。

一句话说清它是干什么的

Univer 不是"开源版 Excel"。它是一个 Office SDK——一套让你把表格、文档、演示、白板、多维表格、PDF 直接嵌进自己产品里的底层积木，Apache-2.0 开源。

它是内核，不是软件。这个区别很关键，后面会专门讲。

先看数据：截至 9 月 24 日，dream-num/univer 在 GitHub 上是 1.6 万 star、1,435 个 fork，单日涨了 1,100+ star，正挂在 GitHub Trending 上。官网的"Trusted by"一栏里，列着 B 站、三星、诺华、平安银行这些名字。

Univer Sheets：Ribbon 菜单、公式栏、图表都在位，是一个能直接用的编辑器界面

1.0 这一版到底放了什么

先讲一个细节：Univer 的版权页写的是 2021 年至今——也就是说，这个项目从 2021 走到 2026，走了五年才发 1.0。官方 blog 里还说，1.0 这一版本身从今年 4 月就开始做了。

五年磨一版，放出来的东西也确实不像"小版本更新"。

它一次性补齐了六个编辑器：Sheets（表格）、Docs（文档）、Slides（演示）、Boards（白板）、Bases（多维表格）、PDFs。后三个是之前从没对外宣布过的。

我看了 Bases 的官方截图，第一反应是"这不就是多维表格"——记录可以按看板分组、字段之间能关联，还带条件着色：

Bases：表格驱动的业务应用，同一批记录可以切网格、看板、日历等不同视图

六个编辑器共用一套底座：同一套插件系统、同一套命令系统，每种内容都配了对应的 Facade API。这带来一个挺有意思的能力——你可以给一个表格加一个文档页签，在文档里嵌一个还能编辑的表格，或者把白板嵌进演示页：嵌进去之后，各自的编辑能力都还在，数据各存各的，靠引用关联。

性能上官方给了硬指标：Canvas2D 渲染引擎在 600 万单元格规模下保持 50–60 FPS 滚动，公式引擎支持 500+ 个函数，官方插件超过 100 个。

公式引擎被整个重排过。公式的注册和计算调度被抽成一个共享模块，Sheets、Bases、文档里的内联公式、甚至"绑定了公式的形状"全都用它。新增的东西里有跨工作表的三维引用：

=SUM(Jan:Mar!B2)

意思是把 Jan 到 Mar 每张表的 B2 加总。还有跨工作簿引用：

=SUM('[Sales.xlsx]Data'!B2:B100)

一张汇总表可以直接从 Sales.xlsx 里取数算销售总额。透视表也加了日期分组、更多布局，以及和透视表共享字段/筛选/排序设置的 PivotChart。

仓库里随源码放出的表格插件分层架构：core → base-render → base-ui → base-sheets → ui-sheets-plugin 逐层往上

让我坐直的是 AI 那一层

但 1.0 里最大的变化在另一头——它把自己改成了 AI Agent 的 Office 运行时。

这句话不是我编的，是它 README 的第一行：

The Office Harness for AI Agents

（面向 AI Agent 的 Office 驾驭层）

它要做的事，是把表格从"给人看的界面"，变成"给 Agent 调用的接口"。围绕这一点，它铺了一整套东西。

第一件：AI SDK。 官方 blog 里的定位很直白——提供构建 Office CLI 的 TypeScript 能力，让 Agent 和自动化流程去读取、修改、检查内容。

第二件：Headless 模式。 Web SDK 可以直接跑在 Node.js 里，不带任何 UI。官方文档写得更直白：LLM 和 Agent 可以直接调用 Facade API 来完成文档的自动读写与分析。这句话才是全套东西的地基——没有它，Agent 只能截图给你看，一个字也改不了。

第三件：MCP Server。dream-num/univer-mcp 让 Cursor、Claude Code 这类 MCP 客户端直接操作表格。架构就是下面这张图：MCP Host 发出 tool call，Univer MCP Server 把它转成命令，交给浏览器里 mcp-bridge 插件，最终落到真实的 univer 实例上执行。

Univer MCP 官方架构图：Host → Server → mcp-bridge → univer 实例，实例再反向注册 session-id 建立连接

第四件：Agent Skills。dream-num/univer-sdk-skills 里装了 4 个技能（集成、Pro 集成、Node 后端、插件开发），一条命令就能给 Agent 装上：

npx skills add dream-num/univer-sdk-skills

第五件：Worktree 协作。 Agent 在隔离的草稿里改，人来看改动、决定合并还是丢弃。官方 README 里那句"人和 AI Agent 可以在同一批文件里工作"，配上前面那套机制，才不是一句口号。

第六件：一整个集成生态。 它 README 里列了这批"Built with Univer"的项目：人和 Agent 共用的 Office 工作区 univer-workspace、命令行工作区 univer-cli、面向 DeepSeek Harness 的 dsh-univer-office、面向 WorkBuddy 的 workbuddy-univer-office。

我自己平时就在用 WorkBuddy，看到最后一个时确实愣了一下——它做的事正是"Agent 改草稿、人来评审合并"，而监听方式是在本机起一个 MCP server。一个开源 Office 项目，已经有人拿它去给各家 Agent 客户端配底座了。

顺带一提，Boards 白板内置了 Mermaid 导入——画完的流程图可以直接导进来继续拖：

Boards 里画的服务蓝图（官方示例，图内注明为虚构设计）

想试的话，装起来是真的快

官方给了两条路：Preset 模式（省事）和 Plugin 模式（完全控制）。想先跑起来看看效果，Preset 四步就够。

先装包：

pnpm add @univerjs/presets @univerjs/preset-sheets-core

初始化并创建一个工作簿：

import { UniverSheetsCorePreset } from '@univerjs/preset-sheets-core' import UniverPresetSheetsCoreEnUS from '@univerjs/preset-sheets-core/locales/en-US' import { createUniver, LocaleType, mergeLocales } from '@univerjs/presets' import '@univerjs/preset-sheets-core/lib/index.css' const { univerAPI } = createUniver({   locale: LocaleType.EN_US,   locales: {     [LocaleType.EN_US]: mergeLocales(UniverPresetSheetsCoreEnUS),   },   presets: [     UniverSheetsCorePreset({       container: 'app',     }),   ], }) univerAPI.createWorkbook({})

页面上留个挂载点就行：

<div id="app" style="height: 100vh"></div>

想跑完整仓库的三合一工作台（Sheets + Docs + Slides）：

git clone https://github.com/dream-num/univer.git cd univer pnpm install pnpm dev

环境门槛是 Node.js ≥ 22.18、pnpm ≥ 11。

我自己上手时先确认的三件事

这三条都不是门槛，是我自己先确认了一遍。

第一，它是零件，不是成品软件。 它给你的是零件，装成什么产品得你自己定。你手上如果已经有一个内部系统、一个 SaaS，或者就一句"我要把填表这件事搬进网页"，那它就对得上。

第二，数据怎么进出，开源层和商业层是分开的。 开源 Apache-2.0 的那部分，是编辑器内核、公式引擎、插件系统、Facade API；而导入导出 xlsx / docx / pptx 的文件转换（Exchange）走的是 Server SDK，属于 Pro 商业层。我自己先把数据流画了一遍：数据从哪来（API？CSV？用户手输？）、改完往哪走。要对接现成的 Office 文件，Pro 的预算和部署方式就得一起算进去。

第三，0.25 到 1.0 有一批 API 改名。 比如 createUniverSheet() 换成了 createWorkbook()，旧事件钩子要迁到 addEvent()；官方也说明了 0.25 系列只提供一年的安全更新。现在切入的话，面对的是干净的 1.0 API，不用背历史包袱。

另外两条：MCP 那条路目前走的是官方托管服务（mcp.univer.ai + console 上的 API Key），univer-mcp 仓库自己也标了 Early Stage，图表和透视表还在 WIP，并且要求模型支持多模态（部分工具会返回图片）。WorkBuddy 那个插件同样标着 Development preview，还没正式上架。眼下最成熟的是 Sheets 和 Docs 这两块。

我的看法

这一两年开源 Office 项目不少。Univer 1.0 里变化最大的是它对时代的判断。

过去的 Office 组件，卖点是"像 Excel"。Univer 1.0 的卖点变成了"Agent 能操作"。这个转向很有代表性：当 AI 成了内容的主要生产者之一，表格、文档这些载体就必须从"像素"变成"接口"——否则 Agent 只能截图给你看，改不了里面一个字。

Univer 转得早，而且不只转了口号，把 CLI、MCP、Skills、Worktree 这条链也补齐了。1.6 万 star 里最硬的部分在这里。

我自己是这么开的：找一个还在用 Excel 附件来回传的流程——报价、台账、验收单都行——用 Sheets 做成一页内部网页，先只解决"数据直接进库"这一件事。这一个跑通，剩下五个编辑器里哪些值得碰，也就看得出来了。

- GitHub：https://github.com/dream-num/univer

- 官方文档：https://docs.univer.ai/

- MCP：https://github.com/dream-num/univer-mcp

最后问你一个具体的：如果让你把一张表搬进自己的系统，你第一张会动的是——报价单、客户台账，还是库存？

---

数据说明：star / fork 数取自 GitHub Trending，抓取时间 2026-09-24；版本与功能出处为官方 blog「Univer 1.0」与仓库 README；配图均来自官方仓库与官方文档。