Office SDK - AI商业快讯

有个东西你可能用过但不知道名字：一些在线表格、协作文档、数据看板里的编辑区，底下跑的不是微软不是谷歌，是同一个国产开源库。它今年 2.2 万星，代码 85 万行，83 个人贡献过。

它给自己贴的新标签是「The Office Harness for AI Agents」——AI agent（也就是会自己调用工具干活的大模型程序）的办公底座。这句话蛮唬人，所以我把仓库拉下来，装了依赖，跑了它的测试，然后自己写了两个脚本去验证这条标签到底站不站得住。

先说结论：它的工程底子是我今年评过最扎实的几个之一，4555 个公式测试一个没挂；但那句 AI 标签在开源侧基本是空的——真正的 AI 接入能力在收费版里，而且那个收费包已经四个月没更新。

一、它到底是什么

一句话：给你一套零件，让你在自己的产品里拼出「表格 / 文档 / 幻灯片」。

不是给你一个能打开的在线 Excel，是给你库。你用它的零件组装，界面长什么样、要哪些功能、要不要协作，你自己定。

这个区别很关键。站内以前评过的大多是「装了就用的成品」——填密钥、收报告。这个不是，它是建材。它的读者是把办公编辑能力塞进自己产品里的开发者。

技术上有三个决定它性格的选择：

选择	什么意思	代价
自己画，不用网页元素	表格不是一个个网页格子堆的，是在一块画布上自己绘制	大表格更流畅，但和网页的通用交互要自己搭
一切皆插件	每个能力是一个可拆卸的包，仓库里 60 个包	拼装自由，但上手时要自己选包、按顺序注册
浏览器和服务器同一套	同一份逻辑能在网页里跑，也能在服务器上无界面跑	这正是「给 AI 用」的技术前提

最后一条是它敢贴 AI 标签的底气。我重点验的就是这条。

二、我跑出来的数字

评测机是单核、2G 内存的 Linux，全程关在隔离沙箱里：宿主机的密钥、配置、家目录都看不见，克隆、装依赖、跑测试全在里面完成。

装依赖这一步第一次直接失败了：沙箱的进程数上限太低，包管理器在并行预处理阶段被系统拒绝，报的是「开不出新线程」（也就是进程数被卡住了）。把上限放开、同时启动的进程数降下来之后，锁定的依赖清单一次装完，用时 1 分 5 秒。

然后是测试。我跑了三个包：

包	它管什么	测试文件	用例	结果	耗时
engine-formula	公式引擎（SUM、IF、VLOOKUP 这些）	568 全过	4555 全过	零失败	32 分钟
core	核心运行时、命令系统、对外接口层	170 过 / 3 跳过	1222 过 / 10 跳过	零失败	6 分钟
sheets	电子表格本体	—	870 全过	零失败	8 分钟

6647 个用例，零失败。 唯一的 10 个跳过是数字格式化那一组，不涉及计算。

公式引擎那个数字值得单说：它实现了 504 个具体函数，其中 474 个有自己独立的测试目录。这不是「写个冒烟测试凑覆盖率」，是一个函数一个函数对着 Excel 的行为核对过。对做表格产品的人来说，这是最花钱也最值钱的那部分。

那条「给 AI 用」的标签，我自己验了

光看文档不算，我写了两个探针，放在仓库自带的 Node 测试环境里跑——纯 Node，没有浏览器，也没有模拟网页的页面结构（DOM）：

VALUES {"A3":5,"C1":200,"C2":15}
WRITE_VALUES {"A3":42}

第一个探针：建一个工作簿，写 2 和 3，算三道题——求和、条件判断、平均值取整。三个答案都对，分别是 5、200、15。用的是表格里最常见的那几个函数，没碰冷门语法。

第二个探针：往格子里写 41 和 1，用公式算出 42，再通过同一套接口读回来。也对。

所以「无界面在服务器上算表格」这件事是真的，不是 PPT。这正好是 AI agent 最需要的：模型不用截图、不用点鼠标，直接读写格子、让引擎算公式。

但「AI 能力」不在这个仓库里

看完验证我起了疑心：既然主打 AI，那 AI 在哪？

我把 60 个包的名字过了一遍：没有一个跟 AI、模型、提示词、MCP（一种让 AI 调用外部工具的通用协议）相关。源码里搜两家主流大模型厂商的名字，命中数是 2 和 0，那 2 个还是测试里的占位字符串。搜模型那个词的缩写出来的 284 个文件看着吓人，逐个看全是「单元格矩阵」「滚动管理器」这类变量名里的字母巧合，跟大模型没有半点关系。

真正的答案在 README 那张「开源 vs 收费」的表里，写得其实很清楚。我把表里被划到收费侧的项，拿代码逐个对了一遍：

能力	README 说在哪	我在代码里核到的
导入导出 Excel（xlsx）	收费	搜「读 xlsx」「写 xlsx」「导入文件」三个函数名，全部 0 命中
图表	收费	没有图表包；只有 `DRAWING_CHART` 这个枚举壳，用来标记「这是个图表对象」
数据透视表	收费	搜 `pivot` 有 34 个文件，逐个看全是线性代数里的枢轴变量，不是透视表
协作、协同编辑	收费	开源侧只有「怎么连服务器」的空壳，服务端在收费侧
MCP（让 AI 直接操作表格的协议）	未列入开源	npm 上有对应的收费包，属收费侧

也就是说：它给你的是一个计算和渲染都很扎实的表格内核，但「让 AI 读写 Excel 文件」这件事，开源侧并不包含。

这对读者意味着什么，取决于你是谁：

你要在自己产品里嵌一个表格编辑器 → 开源这套够用，而且质量很好；

你要让 AI agent 处理用户上传的 xlsx → 你得自己找库做解析，或者买收费版。

三、一处文档和现实对不上

这是我这轮唯一一个「说好的和实际不一致」的地方，而且是可核实的硬证据。

仓库根的说明文件里，最新一条版本记录是 1.0.0-beta.2，日期 2026-08-22。但：

60 个包的版本号，全部写着 1.2.0；

npm 上官方发布的最新版，确实是 1.2.0，2026-10-22 发布。

换句话说，仓库里的更新日志停在 8 月，而外面已经有 10 月发的正式版了。 中间经历了 1.0.0 正式、1.0.2、1.0.3、1.0.4、1.1.0、1.2.0 六个版本，说明文件里一条都没记。

这不影响代码质量，但影响两件事：一是你想知道 1.2.0 改了什么，只能去翻 npm 或 Release 页；二是它自己那份《API 稳定性政策》写着「破坏性变更要写进 changelog 或 release notes」，这条它没做到。

顺带一个不算缺点的观察：它那个收费侧的 MCP 软件包，在 npm 上的最新正式版停在 0.25.1，2026-06-27 发布；而开源主包已经到 1.2.0。如果 AI 接入能力是卖点，那它比主包落后了大约四个月。 这点我只核到版本号和时间，没法判断是不是在私域另发了新版——写出来供你判断。

四、它站在什么位置

拿站内评过的几个放一起看会更清楚。

DeerFlow、ECC、context-mode 那些都是给 Agent 自己用的工具：简单说就是编排、约束、省上下文——编排指的是把多个模型调用的先后顺序定下来。Univer 不是，它是给 Agent 提供手和眼的底座——Agent 需要动表格时，得有东西替它算、替它渲染。这是两类不同的东西，不构成替代关系。

真要和它比的是在线表格引擎这一类。它和微软、谷歌那套的区别在于：别人给你一个成熟产品，它给你零件；它和很多国产表格组件的区别在于：那些多数只做展示，它是真能编辑、真能算公式、真能跑在服务器上。

适合谁：要在自己 SaaS、内部工具、数据看板里嵌表格或文档编辑的团队；要做「AI 处理电子表格」产品、需要一层可靠计算内核的团队；以及想看清楚一个 85 万行前端工程是怎么组织成 60 个包的工程师——它的分层和插件契约值得读。

不适合谁：想开箱即用的普通用户（它是库，没有现成界面给你点）；需要 Excel 文件导入导出又不想付费的人（这块不在开源侧）；以及想要「AI 自动填表」成品功能的人（能力在收费侧，而且版本落后）。

必须说清的局限：我只跑了三个包（公式、核心、表格本体），剩下 57 个包没跑，全仓 1687 个测试文件我只覆盖了约四成；界面渲染质量我没评，无头环境看不到画布；协作能力只有收费版，我无从验证；「收费包版本落后」这点只核到 npm 版本号，没有证据说明它的实际可用性。

五、结论

如果你要的是「嵌进产品的表格内核」，它是我今年见到的最扎实的开源选择之一；如果你要的是「给 AI 用的办公能力」，先看清那张开源 vs 收费的表再决定。

值得肯定的部分是真功夫：4555 个公式测试零失败、474 个函数逐个对着 Excel 核过、无界面纯 Node 能算出正确结果、60 个包的版本号严格对齐（也就是全部写成同一个版本）1.2.0、还专门写了份《API 稳定性政策》区分「稳定 / 实验 / 内部」三档接口。这些东西都是花时间堆出来的，抄不来。

需要你留意的也清楚：AI 相关能力全部在收费侧，开源侧只有「能被 AI 调用的结构化接口」；更新日志停在 8 月，与线上 1.2.0 脱节好几个版本；收费侧的 MCP 软件包落后主包约四个月。

一句话：底子配得上 2.2 万星，但别被「Office Harness for AI Agents」这句话带走——先问一句「AI 那部分，开源里有吗」，答案是没有。

评测环境：单核 Linux、2G 内存、隔离沙箱、Node 22、pnpm 12，仓库快照 2026-10-28（末次提交 10-28）。所有数字为本机实测，测试统计口径与局限已在上文写明。