Univer推倒16k星前作重构底层 转型AI智能体办公执行器

杀掉16k星项目 四年重写一个AI办公引擎 — AI技术投降派

AI技术投降派

未来的办公软件将不再是独立的交互门户，而是退化为可嵌入业务系统的底层零件，充当AI智能体在草稿沙盒中改表并交由人类终审的执行引擎。

AI-assisted summary of 杀掉16k星项目 四年重写一个AI办公引擎 — original source. Check the original for full context.

Source published:

Key ideas

  • 开源办公底层 Univer 推出 1.0 正式版，战略定位从“谷歌文档开源替代”调整为“给 AI 智能体用的办公执行器”，月 npm 下载量达 151 万次并服务诺华、三星等客户。 (0:05)
  • 前作 16k 星开源项目 Luckysheet 因无类型纯 JS 单体架构、单页单实例全局状态及缺乏真正冲突解决机制被官方废弃归档，团队推倒重写打造全新架构。 (0:56)
  • Univer 在 SpreadsheetBench 表格智能体评测中以 68.86% 准确率登顶，随后转向本地隔离沙盒的 univer-cli 工具链，形成“AI 改草稿自检、人类终审合入”的工作流。 (4:01)
  • 商业化边界划分严格：开源版不包含 XLSX 导入导出、协作与图表，打印限 3 页；项目本质定位为提供嵌入式“工业零配件”，而非交付类似 OnlyOffice 的完整成品。 (5:14)

Detailed notes

## Background 该视频由 Bilibili UP 主“AI技术投降派”于 2026 年 10 月 24 日发布。视频简介介绍了中国团队 dream-num 打造的开源项目 Univer：该项目拥有 151 万 npm 月下载量并被三星、诺华采购，却在海外社区沉寂；视频核心复盘其亲手废弃 16k 星前作 Luckysheet 的推倒重来史、底层的命令系统与统一 Canvas 架构、转向“AI 智能体办公执行器”的工程实践，以及其商业化功能边界与未来判断。

## TL;DR Univer 团队前作 Luckysheet 曾拿下 16k 星，但因无类型单体架构、单页单实例及伪协同等硬伤被亲手归档，团队历时四年全面重写出 Univer 1.0。新架构依靠可序列化/可监听的原子命令流、自研统一 Canvas 渲染引擎以及基于服务端权威的 OT 协同算法，实现了强大的架构复利与多模态集成。在 AI 转向中，团队放弃 MCP 转向 univer-cli 本地沙盒工作流，让 AI 在草稿分支上改表、反读并截图自检，最终交由人类终审，登顶 SpreadsheetBench。尽管其开源版在导入导出与打印上设置了严苛的商业付费门槛，但它凭借“工业零件”而非“成品软件”的定位，精准切入了企业内嵌系统与 AI 时代的办公执行底座。

## Atmosphere & style 视频整体呈现出一种冷静、克制且高度理性的硬核技术剖析质感。讲述者既不盲目鼓吹开源神话，也不回避商业版功能切割给社区带来的争议，语言犀利直白，直切“公开承认地基错了”的断腕决断。整个叙事充满浓郁的工程师思维与务实视角，从架构设计的精巧复利一路推演至人机协同的终局范式，让人在感受深层技术重构魄力的同时，体会到现实商业逻辑的冷酷与厚重。

## Bulletin - [00:05](https://www.bilibili.com/video/BV13ipY6TEwp?t=5s) 开源办公底层 Univer 推出 1.0 正式版，战略定位从“谷歌文档开源替代”调整为“给 AI 智能体用的办公执行器”，月 npm 下载量达 151 万次并服务诺华、三星等客户。 - [00:56](https://www.bilibili.com/video/BV13ipY6TEwp?t=56s) 前作 16k 星开源项目 Luckysheet 因无类型纯 JS 单体架构、单页单实例全局状态及缺乏真正冲突解决机制被官方废弃归档，团队推倒重写打造全新架构。 - [04:01](https://www.bilibili.com/video/BV13ipY6TEwp?t=241s) Univer 在 SpreadsheetBench 表格智能体评测中以 68.86% 准确率登顶，随后转向本地隔离沙盒的 univer-cli 工具链，形成“AI 改草稿自检、人类终审合入”的工作流。 - [05:14](https://www.bilibili.com/video/BV13ipY6TEwp?t=314s) 商业化边界划分严格：开源版不包含 XLSX 导入导出、协作与图表，打印限 3 页；项目本质定位为提供嵌入式“工业零配件”，而非交付类似 OnlyOffice 的完整成品。

## Key takeaways - [00:05](https://www.bilibili.com/video/BV13ipY6TEwp?t=5s) Univer 呈现极强的商业与社区反差：尽管海外论坛发帖频频沉底，但月 npm 下载量达 151 万次，付费客户涵盖诺华、三星等巨头。 - [00:56](https://www.bilibili.com/video/BV13ipY6TEwp?t=56s) 团队果断弃用 16k 星的 Luckysheet，公开承认其无类型单体架构、单页单实例全局状态与假协同这三大致命缺陷不可修补。 - [01:35](https://www.bilibili.com/video/BV13ipY6TEwp?t=95s) 社区在漫长重写期内分叉出 FortuneSheet，官方最终于 2025 年 10 月正式将 Luckysheet 归档，完成彻底推倒重来。 - [02:20](https://www.bilibili.com/video/BV13ipY6TEwp?t=140s) 重写基于两大底层抽象构建工程复利：可序列化的原子变更流（Mutation）让协作、撤销与 AI 改表均变为监听器扩展。 - [02:46](https://www.bilibili.com/video/BV13ipY6TEwp?t=166s) 自研 Canvas 渲染引擎实现数据结构统一，每个单元格本质上都是一个完整的 Univer 文档实例，消除了跨形态编辑壁垒。 - [03:14](https://www.bilibili.com/video/BV13ipY6TEwp?t=194s) 协作算法选型坚决采用服务端权威的 OT 而非 CRDT，以满足企业级权限管控与防静默丢编辑的严格要求，200 人同编延迟稳定在 1.4 秒。 - [04:01](https://www.bilibili.com/video/BV13ipY6TEwp?t=241s) Univer 表格智能体以 68.86% 成绩在 SpreadsheetBench 登顶，随后迅速弃更 MCP 方案，转向本地 univer-cli 闭环。 - [04:34](https://www.bilibili.com/video/BV13ipY6TEwp?t=274s) 智能体执行流恪守“命令成功不等于结果正确”，通过草稿分支隔离改表、读回验证与视觉截图跑版检测，最终交由人工审核合入。 - [05:14](https://www.bilibili.com/video/BV13ipY6TEwp?t=314s) 开源核心引擎采用 Apache-2.0 协议，但 XLSX 导入导出、协同服务、图表及分页打印等高阶生产力特性被划入商业付费版。 - [05:52](https://www.bilibili.com/video/BV13ipY6TEwp?t=352s) 数千万级单元格处理与两百万公式支持等宣传指标尚缺乏公允的第三方复测，早期曾有大体量交互引发崩溃的社区反馈。 - [06:14](https://www.bilibili.com/video/BV13ipY6TEwp?t=374s) 真正驱动项目运转的用户群体是埋头在企业内网开发业务系统的技术人员，而非极客技术社区的活跃发帖者。 - [06:29](https://www.bilibili.com/video/BV13ipY6TEwp?t=389s) 相较于 OnlyOffice 销售完整产品，Univer 选择售卖可嵌入一切垂直系统的工业零配件，旨在成为 AI 时代的通用结构化数据运行时。

## Detailed walkthrough ### [00:00](https://www.bilibili.com/video/BV13ipY6TEwp?t=0s) 隐形冠军：151 万月下载与断腕重构

开源界存在一个极具反差感的事实：由中国团队 dream-num 开发的开源项目 Univer，在 GitHub 上斩获 22,500 颗星，npm 月下载量高达 151 万次，连诺华（Novartis）和三星这样的巨头都在为其商业版掏钱买单。然而，它在海外技术社区 Hacker News 上却几乎毫无存在感，官方先后发了四次贴全部沉底，唯一一次出圈竟来自普通用户的转贴。2024 年 9 月 24 日，历经四个年头的 Univer 终于告别“0.x”版本时代，发布了 1.0 正式版。随着这一版本更新，团队将其官方宣传口号从早期的“谷歌文档的开源替代”，换成了一句颇为奇特的定位：“给 AI 智能体用的办公执行器”。

一家专注于在线表格底层的技术团队，为何会将自身重新定义为面向 AI 的办公基建？这段历程必须追溯到它的前身——Luckysheet。2020 年，该团队开源了纯前端在线表格 Luckysheet，短短五个月便斩获 6,000 颗星，迅速成为当时国产开源表格的标杆。然而两年后，开发者却在 GitHub 留言宣布停止维护该项目，将全副精力转投全新套件 Univer。最初那篇维护日志的标题尚为《3.0 重写计划》，但写着写着最终演变成了“推倒重来”。究其根源，Luckysheet 存在三个难以修复的先天硬伤： 1. **单体与无类型**：代码采用纯 JavaScript 编写，缺乏类型约束，单体架构导致“改一处动全身”； 2. **全局状态困局**：架构绑定了全局状态，一个页面内只能渲染一个表格实例，这一底层缺陷根本无法通过打补丁解决； 3. **协同机制落后**：Luckysheet 的协同编辑仅仅是基础的数据同步，欠缺真正的冲突解决能力，而可靠的多人协同恰恰是企业级付费客户的核心刚需。

面对漫长的重写周期，社区等待了两年多，部分等不及的开发者甚至直接分叉推出了衍生项目 FortuneSheet。2024 年 1 月，团队正式发帖与老项目作别，并于 2025 年 10 月将 Luckysheet 仓库正式归档。亲手给一个已积累 16,000 星的项目施以“安乐死”，无异于在全行业面前公开承认最初的地基彻底打错了。

```mermaid flowchart TD accTitle: Luckysheet to Univer Evolution accDescr: Luckysheet limitations leading to rewrite and Univer architecture

subgraph Luckysheet["Luckysheet (16k Stars，已归档)"] direction TB L1["无类型纯 JS 单体架构"] L2["全局状态：单页单实例"] L3["伪协同：缺乏冲突解决机制"] end

subgraph Crossroads["社区分化与抉择"] direction TB C1["社区分叉：FortuneSheet"] C2["官方决策：推倒重来，安乐死旧项目"] end

subgraph Univer["全新套件 Univer 1.0"] direction TB U1["TypeScript + 细粒度命令系统"] U2["自研 Canvas 渲染引擎"] U3["权威服务端 OT 协同"] end

Luckysheet --> Crossroads Crossroads --> Univer ```

---

[02:20](https://www.bilibili.com/video/BV13ipY6TEwp?t=140s) 架构复利：命令系统、Canvas 引擎与服务端权威 OT

Univer 的底气来自于团队深厚的技术积累：创始人刘洋曾是飞书电子表格的前技术负责人，核心班底还汇聚了来自葡萄城（GrapeCity）SpreadJS 的技术带头人，都是在电子表格底层引擎摸爬滚打了十几年的行家里手。此次重写的核心，在于吃透了两个关键抽象所带来的“架构复利”：

* **统一的命令系统**：在 Univer 中，所有的内部状态变更都必须经由命令流流转，其中最原子的一类被定义为“变更单元”（Mutation）。变更单元天然具备可序列化、可监听、可重放的特性。这一抽象直接带来了巨大的工程红利——诸如多人协同编辑、撤销重做（Undo/Redo）、用户操作录制，乃至 AI 自动化改表，全部退化为“在这个变更流上挂监听器”，无需改动底层核心代码。 * **自研统一 Canvas 渲染引擎**：团队彻底摒弃了传统的浏览器 DOM 渲染路线，自行打造了一套通用的 Canvas 渲染引擎，让文档、电子表格、幻灯片共用同一套底层。其最为精妙之处在于数据结构的设计：表格单元格的数据结构中包含一个特定字段，其数据类型直接对应“文档数据”。换句话说，Univer 内部的每一个单元格，都可以无缝实例化为一个完整的 Univer 文档对象，单元格编辑器和上方的公式栏本质上就是一个微型的文档实例。

在多人协同的选型上，团队坚定地选择了操作转换（OT，Operational Transformation）算法，而非去中心化协作常用的无冲突复制数据类型（CRDT）。团队在官方技术博客中直白地阐明了原因：企业级办公场景强依赖“服务器权威”，必须要有严格的细粒度权限控制与不可篡改的唯一历史版本链，CRDT 无需中央协调的特性在企业级管理面前并无优势。面对算法无法自动化解的“硬冲突”，系统宁可主动断开协同通道，完整保留双方各自的操作记录交还给用户人工裁决，也“绝不静默丢编辑”。根据官方压测数据，在 200 人同时在线高频编辑的严苛测试下，系统延迟稳定在约 1.4 秒，与飞书表格、腾讯文档处于同一水准。

迈入 1.0 阶段后，Univer 达成了多模态量变：在一个运行时环境下，同时集成了电子表格（Sheet）、文档（Doc）、幻灯片（Slide）、白板（Canvas）、数据表（Data Sheet）以及新引入的 PDF 六大编辑器。

---

[04:01](https://www.bilibili.com/video/BV13ipY6TEwp?t=241s) AI 执行器：从 MCP 转向隔离沙盒与人机回环

步入 AI 浪潮后，Univer 迅速展现出了极强的工程转向能力。在 2025 年 11 月的全球表格智能体评测榜单 SpreadsheetBench 上，Univer 凭借表格智能体交出了 68.86% 的准确率成绩单，成功问鼎榜首，将两个月前刚刚庆祝夺冠的微软挤下了宝座。

然而比跑分更关键的，是其底层的工程范式演进。早在去年 9 月，团队曾尝试跟进 Anthropic 提出的 MCP（Model Context Protocol）服务器方案，但该仓库在建仓当天完成最后一次提交后便彻底停止更新。团队迅速复盘并转舵，走了一条面向本地的全新技术路线：命令行工具（univer-cli）配合专属技能包。这套体系的核心设计哲学，是给 AI 智能体的工作流设立严密的操作规矩： 1. **分支隔离修改**：智能体的任何改表指令都只在隔离的“草稿分支”上执行，绝不允许直接写入主数据； 2. **闭环反读验证**：操作完成后，智能体必须反向读回目标数据模型以校对状态； 3. **渲染截图自检**：智能体需自主调用渲染引擎生成截图或导出打印 PDF，通过视觉跑版检测核对布局； 4. **人工终审合入**：各项自动化校验全部绿灯后，系统生成本地预览链接交付人类用户，由人最终点击合并、打回修改或直接放弃。

```mermaid flowchart LR accTitle: AI Agent Spreadsheet Execution Flow accDescr: Safe isolated execution pipeline for AI agents editing spreadsheets

subgraph AgentSandBox["隔离沙盒 (univer-cli)"] direction TB A["自然语言任务"] --> B["草稿分支执行变更"] B --> C["读回模型数据校对"] C --> D["自检：生成截图/PDF跑版"] end

subgraph HumanReview["人机协作闭环"] direction TB D --> E{"本地预览链接"} E -->|"通过"| F["合并入主分支"] E -->|"存疑"| G["打回修改"] E -->|"失败"| H["丢弃变更"] end ```

针对 AI 与表格系统的交互本质，技能包里写下了一句态度极其坚决的原则判词： > “命令执行成功，不代表结果正确。”

如今，这套命令行工具和技能包能够无缝嵌入 Claude Code、Codex 以及 Cursor 等主流 AI 编程助手的技能目录中，且运行数据全程安全保留在用户本地。对于人与 AI 在办公场景下的角色边界，团队作出了清晰切断：“AI 表格更应该交给智能体操作，AI 负责交付结果，人负责审核。”

---

[05:14](https://www.bilibili.com/video/BV13ipY6TEwp?t=314s) 诚实账本：商业化边界、性能口径与“隐形”的开发者

剥离技术光环后，审视 Univer 的商业账本，可以发现几个必须客观面对的现实：

首先是开源版与商业版之间极其严苛的功能边界。开源的核心引擎采用了友好的 Apache-2.0 许可证，开放了表格基础编辑、公式运算、筛选和排序等底层能力；但企业在实际生产中极度依赖的高阶功能——包括 XLSX 文件的原生导入导出、多人实时协同服务、高级图表渲染、数据透视表以及分页打印，全部被划入了商业付费侧。开源版的分页打印甚至被硬性限制为最多 3 页。这一策略引发了部分开源社区用户的不满，GitHub 讨论区甚至有用户发帖抗议，称自己无需协作、只要导入导出与完整打印，指责这一商业化手段有失偏颇。对此官方的答复毫不妥协：底层开放接口全都在，开发者完全可以基于接口自己手写一套打印插件。

其次是宣传口径中的性能指标仍需保留审视空间。官方宣传中宣称的“支持数千万级单元格处理”、“承载 200 万复杂公式计算”等极限数字，均出自官方的技术博客对比，缺乏公允的第三方复测背书。早在 Hacker News 讨论的早期，也有部分试用开发者反馈过在处理百万行数据拖拽选中时遭遇过浏览器卡死崩溃的问题。

第三是社区声量与企业实际采用情况的错位。尽管各类极客论坛中 Univer 的讨论区门可罗雀，但 npm 每月 151 万次的真实下载量做不得假，其付费企业客户列表里切切实实躺着瑞士制药巨头诺华、三星以及数字马力等大厂。这种反差的根本原因在于：Univer 的真正受众不是热衷在论坛吹水发帖的独立黑客，而是深埋在传统软件和企业内部 IT 系统中的企业级开发者，这群人习惯在水面之下埋头干活。社区里甚至流传着一个趣味冷知识：在论坛 Hacker News 上，有眼尖的开发者指出，如果把“Univer”倒过来念，发音正好贴近英文单词“revenue”（营收）。

---

[06:29](https://www.bilibili.com/video/BV13ipY6TEwp?t=389s) 行业定位与三个核心判断

在梳理完技术迭代与商业模式后，对于 Univer 的未来趋势可以总结出三个关键判断：

1. **商业本质是卖“零件”而非卖“成品”**：同样是在办公软件（Office）赛道，俄罗斯老牌开源项目 OnlyOffice 选择售卖一个封装完整的 Office 独立成品，而 Univer 走的是纯粹的工业零配件路线。团队押注的终局是：未来的办公编辑能力不会集中于某一个固定的 Web 门户，而是会被打散并深度嵌进各种垂直业务系统内。正如创始人所说：“做 AI 表格的目标不是做更好的表格，是用 AI 表格嵌入一切。” 2. **给 AI 当运行时是一步极险也极狠的棋**：无论智能体技术如何迭代演进，结构化的文档与表格格式始终是智能体向下游交付复杂工作成果的最通用载体。谁能够确立智能体读写这一容器的标准接口层，谁就率先拿到了下一轮办公软件操作系统的入场券。这种“智能体在草稿分支上打工、人类掌握合并终审权”的交互范式，其生命周期可能比具体的软件产品本身还要长久。 3. **针对不同人群的分层选择建议**： * 试图寻找方案自托管（Self-hosted）一套全功能、零成本替代 Google Docs 或 Office 365 的普通极客用户，其实际功能边界与商业锁闭可能会令人失望； * 对于希望在自家企业内部业务系统深度嵌入表格、文档底层编辑能力的系统架构师，其高度解耦的开源核心代码值得投入精力深入研读； * 对于正在利用 AI 智能体探索端到端办公流的专业技术人员，安装其本地命令行工具与技能包进行实践体验将大有裨益。

让 AI 替你把表格做完，人类只负责在最后把关审核——这一套人机协同的工作流，完全值得每个技术探索者亲手去跑一遍。耗时整整四年，推倒重写两代项目，dream-num 走完了一条从“给人用的交互表格”蜕变为“给 AI 用的办公执行器”的底层进化之路。

## Notable quotes > [06:29](https://www.bilibili.com/video/BV13ipY6TEwp?t=389s) 做 AI 表格的目标不是做更好的表格，是用 AI 表格嵌入一切。 — 刘洋

> [04:01](https://www.bilibili.com/video/BV13ipY6TEwp?t=241s) 命令执行成功，不代表结果正确。

> [04:01](https://www.bilibili.com/video/BV13ipY6TEwp?t=241s) AI 表格更应该交给智能体操作，AI 负责交付结果，人负责审核。

## Mentioned Univer, dream-num, Luckysheet, FortuneSheet, OnlyOffice, 刘洋, 飞书, 腾讯文档, 诺华, 三星, 数字马力, Hacker News, SpreadJS, 葡萄城, Anthropic, Claude Code, Codex, Cursor, SpreadsheetBench, 微軟, univer-cli

## Video description 有个开源项目，npm 月下载 151 万次，诺华和三星在付费买它的商业版，GitHub 两万二千五百颗星，但在 Hacker News 上四次官方发帖全部沉底。它叫 Univer，中国团队 dream-num 做的。九月二十四号它发布了 1.0 正式版，口号也从"谷歌文档的开源替代"改成了更怪的一句：给 AI 智能体用的办公执行器。

这期视频讲透四件事：

一，断腕史。这个团队的前作 Luckysheet 五个月拿下六千星，是国产开源表格标杆，却因三个病根被亲手安乐死：无类型单体架构、全局状态只能开一个实例、假协作。社区等了两年，等不及的自己分叉了 FortuneSheet。重写等于公开承认地基错了。

二，架构复利。重写核心是两个抽象：命令系统让每个变更都可序列化可监听，协同、撤销、AI 改表全变成挂监听器；Canvas 统一引擎让"每个单元格都是一个完整的 Univer 文档"。协作选 OT 不选 CRDT，官方把理由写得很坦白：企业要服务器权威。两百人同编延迟 1.4 秒，与飞书表格同水位。

三，AI 转向。表格智能体在 SpreadsheetBench 拿 68.86% 登顶，把微软挤了下去。MCP 服务器建仓当天弃更，转头做本地 univer-cli：智能体在隔离草稿分支上改表，改完读回验证、自己截图跑布局检查，全过了人再决定合并、打回还是丢弃。原则句写得很硬：命令执行成功，不代表结果正确。

四，诚实账本。开源版没有 XLSX 导入导出、没有协作、没有图表，打印免费限 3 页——用户骂街，官方说"开放接口都在，你可以自己写"。性能数字全部官方自报无第三方复测。但 npm 151 万月下载是真的：它的用户是企业开发者，这群人不在论坛上说话。

一句话总结：OnlyOffice 卖成品，Univer 卖零件，赌的是办公能力被嵌进一切系统。四年重写两代项目，从给人用的表格，到给 AI 用的执行器。

00:05 隐形冠军：151 万月下载没人讨论 00:56 断腕：安乐死一个 16k 星项目 02:20 架构：两个抽象的复利 04:01 AI 执行器：AI 做表，人审表 05:14 诚实账本：开源边界与真实采用 06:29 三个判断

[Source](https://www.bilibili.com/video/BV13ipY6TEwp)

中文简报

Univer推倒16k星前作重构底层，转型AI智能体办公执行器 未来的办公软件将不再是独立的交互门户，而是退化为可嵌入业务系统的底层零件，充当AI智能体在草稿沙盒中改表并交由人类终审的执行引擎。 Univer 团队前作 Luckysheet 曾斩获 16k 星，但因无类型单体架构、单页单实例及伪协同等硬伤被亲手归档，团队历时四年全面重写推出 Univer 1.0。新架构依靠可序列化与可监听的原子命令流、自研统一 Canvas 渲染引擎以及基于服务端权威的 OT 协同算法，实现了强大的架构复利与多模态集成。在向 AI 转型过程中，团队放弃 MCP 转用 univer-cli 本地沙盒工作流，让 AI 在草稿分支上改表、反读并截图自检，最终交由人类终审，登顶 SpreadsheetBench。尽管其开源版在导入导出和打印上设置了严苛的商业付费门槛，但它凭借“工业零件”而非“成品软件”的定位，精准切入了企业内嵌系统与 AI 时代的办公执行底座。 开源办公底层 Univer 推出 1.0 正式版，战略定位从“谷歌文档开源替代”调整为“给 AI 智能体用的办公执行器”，月 npm 下载量达 151 万次并服务诺华、三星等客户。 (0:05) 前作 16k 星开源项目 Luckysheet 因无类型纯 JS 单体架构、单页单实例全局状态及缺乏真正冲突解决机制被官方废弃归档，团队推倒重写打造全新架构。 (0:56) Univer 在 SpreadsheetBench 表格智能体评测中以 68.86% 准确率登顶，随后转向本地隔离沙盒的 univer-cli 工具链，形成“AI 改草稿自检、人类终审合入”的工作流。 (4:01) 商业化边界划分严格：开源版不包含 XLSX 导入导出、协作与图表，打印限 3 页；项目本质定位为提供嵌入式“工业零配件”，而非交付类似 OnlyOffice 的完整成品。 (5:14)

Reading summary

国产开源项目 Univer 历时四年推倒 16k 星的前身 Luckysheet 重构，通过统一命令系统、Canvas 引擎与服务端权威 OT 打造底层能力，并将其定位转型为面向 AI 智能体的办公执行器。 断腕重构：推倒旧架构的先天硬伤 (0:00) dream-num 团队于 2020 年推出的纯前端开源表格 Luckysheet 曾迅速积累 1.6 万星，但该项目存在纯 JavaScript 单体架构缺乏类型、全局状态限制页面只能渲染单实例，以及协同机制缺乏真正冲突解决能力三大先天缺陷。为此，团队决定停止维护并在 2025 年正式归档该仓库，转向全新架构的 Univer。 重构周期长达两年以上，一度导致社区等不及而分叉出衍生项目 FortuneSheet。2024 年 9 月，团队发布 Univer 1.0 正式版，将产品口号从“谷歌文档的开源替代”正式调整为“给 AI 智能体用的办公执行器”。 架构底气：命令抽象、多模态与服务端权威 (2:20) Univer 核心团队汇集了前飞书表格和葡萄城 SpreadJS 的底层技术人员。其技术底气源于两项核心抽象：一是统一的命令系统，所有状态变更均经由可序列化、可监听和可重放的“变更单元”（Mutation）流转，多人协同、撤回重做与 AI 改表均只需在此命令流上挂载监听；二是自研通用的 Canvas 渲染引擎，使文档、表格与幻灯片共用底层，且表格单元格本身即可无缝实例化为微型文档对象。 在协同机制上，团队基于企业级权限控制与唯一历史版本链的考量，选用了操作转换（OT）而非去中心化的 CRDT 算法。面对无法自动解决的硬冲突，系统宁可主动断开协同由人工裁决，也杜绝静默丢弃编辑。官方压测显示，在 200 人高频编辑下，系统延迟稳定在约 1.4 秒。Univer 1.0 运行时已整合表格、文档、幻灯片、白板、数据表及 PDF 六大编辑器。 AI 执行器：沙盒隔离与人机回环范式 (4:01) 在 2025 年 11 月的全球表格智能体评测榜单 SpreadsheetBench 中，Univer 以 68.86% 的准确率位居榜首。在工程落地上，团队早期尝试 MCP 协议建仓即停，随后转向本地命令行工具（univer-cli）与专属技能包方案。 该方案设立了严格的操作规矩：AI 的改表指令仅在隔离的“草稿分支”上执行；操作后反向读回模型校对；自主生成渲染截图或导出 PDF 检测视觉排版；最终生成本地预览链接交付人类审批。团队强调“命令执行成功，不代表结果正确”，明确切分了 AI 负责交付结果、人类把关审核的协作边界，并适配了 Claude Code、Cursor 等主流编程助手。 商业账本：功能切割、性能争议与受众错位 (5:14) Univer 的开源核心引擎采用 Apache-2.0 协议，开放基础编辑、公式与排序等能力；但原生 XLSX 导入导出、多人实时协同、高级图表、数据透视表以及 3 页以上的分页打印均被划入商业付费侧，这引发了部分开源社区用户的不满，官方对此回应底层接口完全开放，用户可自行开发插件。 在性能指标方面，官方宣称的处理数千万级单元格与 200 万复杂公式计算缺乏第三方独立评测，早期社区试用中曾出现百万行拖拽卡死的反馈。此外，虽然在极客社区声量较低，但项目 npm 月下载量达 151 万次，商业付费客户包括诺华制药、三星与数字马力，表明其受众主要是深埋于企业业务系统内部的开发者。 Univer 的核心战略是售卖可嵌入企业垂直业务的工业级“零件”而非独立门户成品。其将办公格式作为智能体交付成果容器的路线具备长期价值，但自托管极客需面对商业版的功能锁闭，而企业系统架构师与 AI 办公流探索者则能从其解耦设计与本地沙盒工具中获益。

Source quotes

[6:29] 刘洋: 做 AI 表格的目标不是做更好的表格，是用 AI 表格嵌入一切。 [4:01] 命令执行成功，不代表结果正确。 [4:01] AI 表格更应该交给智能体操作，AI 负责交付结果，人负责审核。

Original transcript

[0:00] 先说一个反常识的事实有个开源项目,NPM月下载151万次,诺华和三星在付费买它的商业版,GitHub 22500颗星。但它在hacker news上几乎没有存在感,四次官方自发帖全部沉底,唯一一次出圈还是用户转帖。这个项目叫University,中国团队Dream Number做的。9月24号,他发了1.0正式版,四个年头第一次告别零点几。也是这次更新,他的口号从谷歌文档的开源替代,改成了一句更怪的话,给AI智能体用的办公执行器。一家做在线表格的公司,为什么把自己重新定义成AI的办公用品?这期从头讲故事要从上一个项目说起2020年,这个团队开源了LuckySheet,一个纯钱端的在线表格,5个月拿下6000星,一度是国产开源表格的标杆。但两年后,维护者在DickHub留言,停止维护,全力开发新套件University.留言的标题本来叫3.0虫写计划,写着写着变成了推倒虫来。为什么?三个并根第一,纯JavaScript,没有类型,单体架构,改一处动全身。第二,全局状态,一个页面只能开一个表格实例,这是地基问题,补丁就不了。第三,协作是假的,只有最基础的同步,没有像样的冲突解决,而协作恰恰是企业客户愿意付钱的东西。社区等了两年多,等不及的人自己分叉出了Fortune Sheet。2024年1月,团队发帖正式告别,2025年10月仓库归档。亲手安乐死一个16000星的项目,等于公开承认地基错了。这个团队的底子也硬,创始人刘洋是飞书电子表格的前技术负责人,核心成员还有葡萄城SpreadJS的技术负责人,做表格引擎十几年的人。重写出来的University核心是两个抽象,各自吃了一遍架构复利。第一个是命令系统。所有状态变更都必须经过命令,其中最小的一类叫变更单元,可序列化,可监听,可重放。这一下赚大了协同编辑撤销重做操作录制AI改表格全都变成了往这个流伤挂肩听器,完全不用动核心。第二个是渲染引擎他们没有用浏览器DOM,而是自己写了Canvas引擎、文档、表格、幻灯片共用一套。最妙的地方在数据结构,单元格的数据里有一个字段,类型就是文档数据。翻译一下,每个单元格都可以变成一个完整的Universityer文道。单元格编辑器和公式栏本身就是一个文档实例协作方案他们选了OT,不用CRDT,官方博客把理由写得很坦白,企业场景要服务器权威,要权限控制和唯一的历史版本。CRDT免协调的优势在这里不值钱。碰上算法解决不了的硬冲突,选择断开协同,保留双方记录交还用户,绝不静默丢编辑。压测数据,200人同时编辑,延迟约1.4秒,和飞书表格、腾讯文档同一个水位。1.0这次的量变,6个编辑器进一个运行时,表格、文档、幻灯片、白板、数据表。外加新增的PDF然后是那句新口号2025年11月,他们的表格智能体在Spreadsheet Bench拿了68.86,冲上榜一,把两个月前还在庆祝登顶的微软挤了下去。更重要的是工程动作去年9月,他们试水MCP服务器,建仓当天最后一次提交,之后再没更新,转头走了本地路线,命令行加技能包。这条线的核心设计是给智能体的工作流利规矩,智能体的每次修改都在隔离的草稿分支上进行,改完必须读回目标模型验证,自己截图。打印PDF跑步局检查全过了才标记就绪最后给人一个本地预览链接有人决定合并打回还是丢弃技能包的原则句写得很硬,命令执行成功不代表结果正确。这套东西装进Cloud Code Codex [5:00] Cursor 3+的技能目录就能用,数据全程留在本地。他们的判断也说的直白,AI表格更应该交给智能体操作,AI负责交付结果,人负责审核。账也要算诚实第一,开源版和商业版的边界卡得很细。开源核心是Apache协议,含编辑,公式,筛选排序这些。但XLSX导入导出,实时协作,图表,透视表,打印,全在付费册,免费打印还限三页。GitHub有用户直接开贴,我不需要协同,只要打印和导入导出。你们这个商业化策略很不好官方的回复是,开放接口都在,你可以自己写打印插件。第二,性能口径要打折。数千万单元格,200万公式,这些数字全部来自官方对比博客,没有第三方附册,HN早期也有人报过百万行脱选崩溃。第三,社区声量和真实采用是两回事。论坛上冷冷清清,NPM月下载151万,付费客户里有诺华、三星、数字马力。他的用户是企业开发者,这群人不在论坛上说话。还有个冷知识,有人在H&M上发现,University倒着念正好是revenue,营收。最后给三个判断。第一,先分清他卖什么。同样做Office, Only Office 卖成品, University 卖零件。赌的是办公能力会被嵌进各种系统里,而大家未必都来用它自己的网页。创始人的原话,做AI表格的目标不是做更好的表格,是用AI表格嵌入一切。第二,给AI当运行时,这一步棋比看上去很。文档格式是智能体交付结果的最通用容器,谁成为智能体读写这个容器的标准层,谁就拿到了下一轮办公软件的入场券。让智能体在草稿分支上干活,人拿着合并按钮,这个交互范式可能比产品本身活得久。第三,对普通人的建议分层,想自托管一个完整免费office的。边界会让你失望,要在自家系统里欠表格文道能力的,开源核心值得认真看,用智能体干活的,它的命令行工具装一个不亏,让AI做表,你审表,这个流程值得亲手摸一次。四年重写两代项目从给人用的表格到给AI用的执行器。项目地址github.com/dream-number-university 一键三连 下期见!