开源、全栈、前后端同构的「办公套件 SDK」——把 Excel 级表格、Word 级文档、PPT 级幻灯片嵌进自己的产品。评估角度：能否作为锐识 AI 的可编辑表格 / 报表呈现层。
Univer 不是一个 App，而是一套 SDK / 框架：npm install 后自己组装 UI、可白标、无水印、无品牌绑定。它是 Luckysheet 的官方继任者（Luckysheet 16.6k stars 已于 2025-10-30 归档只读，README 明确指向 Univer），背后组织 dream-num（原觅数科技）。
功能对标 Google Sheets / Docs / Slides、微软 Office Online；在国内开源生态里是 Luckysheet 的现代化升级替代。当前约 14.2k stars，TypeScript，仓库活跃。
注：官网近期把叙事包装成「The Office Harness for AI Agents」（面向 AI Agent 的办公运行时），但核心开源产品本质仍是「可嵌入的办公 SDK」，这是营销新叙事，选型时要分清。
| 维度 | 情况 |
|---|---|
| 核心架构 | 微内核 + 插件（core + plugins）。官方插件 100+，渲染 / 公式 / UI / 文档模型都是独立注册的插件；提供 Presets 预设快速起步，也可手动组装控制包体积。 |
| 技术栈 | TypeScript ｜ 视图层 React 18 ｜ 渲染用 Canvas2D 自研引擎（非 DOM 表格）｜ 独立公式引擎（500+ 函数）｜ 服务端 Node.js 无头运行。 |
| 统一 API | Facade API（univerAPI）——一套高层门面，跨浏览器和 Node.js 统一操作 workbook / range / 公式 / 命令 / 事件。 |
| 前端集成 | 官方适配 React / Vue / Angular / Next.js / 原生 JS；构建支持 Vite / esbuild / Webpack。 |
| 文档类型 | Sheets（最成熟）｜ Docs（富文本、DOCX 导入导出）｜ Slides（同 Canvas 技术，成熟度最低，开发中）。 |
| 协同编辑 | 实时协同 = Pro 商业能力，基于 OT，宣称支持 200+ 并发。开源版本身不含协同服务。 |
| 后端需求 | 浏览器内嵌不需要任何后端（纯前端 SDK）；协同 / 服务端计算 / 企业服务需 Pro 包 + 后端（Docker / K8s / Helm）。 |
| 许可证 | 开源版 Apache-2.0（个人 + 商用免费）；Pro 层单独收费。 |
开源版给的是编辑内核、插件、i18n、浏览器/服务端运行；而 实时协同、部分数据分析可视化（透视表 / 图表 / 条件格式 / 迷你图）、XLSX/DOCX 高级导入导出、打印 PDF、企业部署 多归 Pro。做 GenBI 常用的「图表 + 透视表」恰好踩在 Pro 边界上，须重点确认授权成本。
.univer 统一文件 + 块嵌入：一个文件含 sheet / doc / slide / canvas，块间共享存储与计算，源数据变则引用自动更新，对联动式数据报表有参考价值。超出普通表格库的是，它已有一批 AI / Agent 接入的官方件：
univer-mcp（MIT，明确标注 early stage）：让 AI 用自然语言驱动表格。但当前要求多模态模型靠截图理解，纯文本模式实验性未支持——对纯数据管线的 Agent 是现实限制。dsh-univer-office：DeepSeek Harness 里用 Univer 当 Agent 的办公输出渲染层，已有厂商先例。skills / univer-go（自然语言 + 数据库 + 应用集成）等进一步降低接入成本。建议将 Univer 作为「前端表格 / 可编辑报表渲染层」的重点候选引入或参照，但不建议现在依赖它的 AI / MCP 能力做产品核心。
✅ 作为渲染层引入 若需要「类 Excel 的可编辑报表 / 数据结果表格化呈现 / 用户在结果上二次编辑」，Univer 的 Canvas 高性能 + Apache-2.0 内核 + 前后端同构 + 可白标嵌入，是目前中文生态里最成熟的选择，明显优于已停维的 Luckysheet 和轻量表格库。GenBI 的「结果落到可编辑表格」这一层契合度很高。
⚠ 谨慎一 Pro 收费边界：GenBI 高度依赖的图表、透视表、条件格式、实时协同多在 Pro 版。若是核心诉求，需评估授权成本，或用开源内核 + 自研 / ECharts 组合。
⚠ 谨慎二 AI 层还不成熟：univer-mcp early stage 且偏多模态截图路线，不适合作为「自然语言查数据」的生产级后端。建议智能内核仍自研，Univer 只承担「结果呈现 + 人可编辑 + 可追溯」。
⚠ 谨慎三 集成体量：它是全栈框架不是轻量组件。若只需只读展示表格，引入偏重，可考虑只用 sheets 预设按需裁剪。
一句话选型建议：把 Univer 定位成「呈现层 / 可编辑报表层」的强候选，Agent 智能与查询编排自研，用 Facade / MCP 做二者对接桥；正式立项前务必先把 Pro 功能清单和授权成本核清。