AI 能生成类 Excel 页面，为什么企业依然离不开 SpreadJS？-拓冰建站

AI 降低了 Demo 门槛，但没有降低企业级电子表格引擎（Spreadsheet Engine）的工程复杂度。企业真正需要的不是“像 Excel”，而是能长期承载业务的 AI 时代企业级电子表格开发基座。

关键词：AI 编程 / 电子表格（Spreadsheet） / SpreadJS / 企业级表格 / SpreadJS AI 智能体

AI 生成的类 Excel 页面示例截图。

AI 编程工具普及之后，很多企业都会自然产生一个问题：既然 AI 已经可以生成 React 表格、Vue 表格、公式输入框、筛选排序，甚至生成一个看起来很像 Excel 的页面，那么还需要选择我们提供的 SpreadJS 吗？

这个问题并不幼稚，反而非常值得认真回答。因为它背后真正的判断是：在 AI 能快速生成代码的时代，企业还需不需要成熟的电子表格开发基座？

关键判断 01 AI 降低的是 Demo 门槛，不是企业级电子表格引擎（Spreadsheet Engine）的工程复杂度。企业真正采购的不是“格子”，而是支撑计算、兼容、性能、协同、打印、文件和长期维护的开发基座。

结论先说在前面：AI 可以显著降低类 Excel 页面和表格 Demo 的开发门槛，但它没有消除企业级电子表格引擎（Spreadsheet Engine）的工程复杂度。AI 越强，越能让团队快速做出“看起来像 Excel”的原型；也正因为原型变得更容易，企业越需要区分“页面像 Excel”和“系统能像 Excel 一样长期承载业务”。

AI 让 Demo 变简单，也让误判更容易

今天，让 AI 生成一个网页表格已经不难。输入一段需求，它可以很快写出类 Excel 的网格界面、单元格编辑、简单公式、排序筛选、冻结行列、JSON 数据绑定，以及导入导出的示例代码。

这类成果非常适合验证想法。过去一个前端工程师可能要花几天搭出的 Demo，现在几个小时就能跑起来。对于产品经理、业务团队和内部系统开发者来说，这是实实在在的效率提升。

行业数据也能解释为什么这个问题会变得越来越普遍。Microsoft 与 LinkedIn 的 2024 Work Trend Index 显示，75% 的知识工作者已经在工作中使用 AI；Stack Overflow 2024 开发者调查显示，正在使用 AI 工具的开发者中，82% 会用它来写代码。

市场资料图 02 · HTML 数据卡片

数据	说明
75%	知识工作者已经在工作中使用 AI
82%	使用 AI 工具的开发者会用 AI 写代码
约 45%	专业开发者认为 AI 处理复杂任务表现较差或非常差

来源：Microsoft Work Trend Index 2024、Stack Overflow Developer Survey 2024。

但同一组趋势也提醒我们：AI 越普及，越需要分清“生成代码”和“交付系统”的边界。表格 Demo 正好处在这个分界线上：表层代码容易生成，底层复杂度很难靠一次生成解决。

客户真正要的不是一个页面

从我们整理的匿名化客户评估材料看，客户提出的需求很少停留在“画一个表格”。典型问题往往是：传统 Java 列表页不能复制粘贴，业务人员更习惯 Excel 操作；出入库台账、检测数据采集、预算填报、供应链报价等场景需要在线编辑和模板填报；Excel 文件需要导入、导出、保存、回写数据库，并保持样式、公式和打印效果。

也就是说，客户真正要的不是一个能展示数据的页面，而是一个可以长期运行、承载复杂业务、兼容历史 Excel 资产、经得起数据规模和业务规则考验的电子表格（Spreadsheet）系统。

客户高频需求数据 03 · 匿名化客户评估材料归纳

需求类型	相对频次
类 Excel 在线编辑	最高频
协同权限	高频
导入导出文件兼容	高频
打印报表	较高
公式计算	中高
性能大数据	中高
自研替代开源	中高
AI 相关	上升中

来源：匿名化客户评估材料归纳。为保护客户信息，公开稿仅展示相对频次和需求类型。

电子表格不是普通 Grid

很多误解来自一个简单混淆：把电子表格（Spreadsheet）当成普通 Grid。Grid 的核心任务是展示结构化数据。它擅长列表、分页、排序、筛选、行内编辑和 CRUD。对于很多后台管理系统，Grid 已经足够。

但电子表格（Spreadsheet）的任务完全不同。它不仅展示数据，还承载计算、建模、格式、图表、打印、导入导出、跨单元格引用、命名区域、条件格式、数据验证、数据透视分析等能力。

维度	Grid	电子表格（Spreadsheet）
核心对象	数据行	单元格、工作表、工作簿
典型任务	CRUD、排序、筛选、分页	公式、模板、建模、报表、预算
文件能力	通常不是核心	Excel 导入导出、样式、打印、模板
计算能力	简单计算或外部计算	公式引擎、跨 Sheet、依赖关系
企业能力	列表管理	协同、权限、审计、打印、数据回写

这也是很多客户从普通列表页走向 SpreadJS 的原因：业务人员不是只想“看数据”，而是要像使用 Excel 一样录入、复制、粘贴、填报、调整模板和复用历史文件。

真正困难的是电子表格引擎（Spreadsheet Engine）

AI 生成代码，本质上擅长模式组合。它可以根据常见代码样式拼出组件、页面、交互和接口调用。但企业级电子表格真正难的部分，不是某一段前端代码，而是一整套经过长期验证的底层工程。

比如公式计算。一个 =SUM(A1:A10) 并不复杂，但真实企业文件里可能存在跨 Sheet 引用、命名区域、数组公式、动态数组、循环引用、易失函数、财务函数、统计函数、自定义函数，以及大量历史文件带来的边界行为。

AI 能快速生成表格应用原型，但真正进入企业系统时，还需要跨过兼容、性能、协同、文件、打印、API 和智能体接入等工程鸿沟。

再比如 Excel 文件兼容。企业沉淀了大量 .xlsx、模板、报表、预算表和财务模型。导入后样式是否错乱，公式是否保留，图表和透视表是否可用，打印分页是否一致，这些问题决定了系统是否能上线。

脱敏复杂 Excel 模板示例：用于说明真实企业文件往往包含多 Sheet、公式区域、合并单元格、条件格式、图表/透视表和打印分页等复杂要素。

浏览器环境会放大复杂度

桌面 Excel 是一个经过几十年优化的本地应用，而 Web 电子表格（Web Spreadsheet）要在浏览器中运行。浏览器天然有很多限制：主线程容易被阻塞，DOM 节点过多会导致卡顿，Canvas 渲染需要处理选择框、滚动、冻结、命中测试和重绘区域。

维度	Demo 阶段看起来的问题	企业上线后的真实问题
渲染	能显示几百行即可	大数据量下滚动、冻结、选择、编辑都要稳定
公式	能算几个简单函数即可	跨 Sheet、依赖关系、增量计算、Excel 语义一致性
文件	能导入导出样例即可	历史模板、样式、图表、打印分页不能错乱
协同	单人编辑即可	多人编辑、权限、冲突、撤销重做、日志
维护	Demo 能跑即可	后续版本升级、边界问题、客户支持都要可控

这些都是电子表格引擎（Spreadsheet Engine）层面的架构问题。AI 可以帮助工程师写局部代码，但不能替代一个成熟引擎长期积累出来的性能模型、兼容模型和边界处理能力。

SpreadJS 的价值不是“表格长什么样”

我们做 SpreadJS 时，真正想交付的不是一个好看的网格界面，而是一套面向企业应用的 AI 时代企业级电子表格开发基座。

在中文官网中，我们把 SpreadJS 定位为可嵌入系统的在线 Excel：它是纯前端表格控件，功能布局与 Excel 高度类似，并已实现实时协同能力。围绕企业应用场景，我们也提供了浏览器中的 Excel、CSV、JSON 等文件导入导出、PDF 导出、打印及预览能力；在公式层面，SpreadJS 兼容 450 多种 Excel 计算公式。

标注重点：在线电子表格、完整计算引擎、控件产品设计。整页官网截图已作为素材保留在 `assets/screenshots/产品官网.png`。

V19.0 的方向也很能说明我们的判断。我们在新特性中持续增强协同、Threaded Comments、WebWorker 增量计算、PivotTable、ReportSheet 等能力。其中 WebWorker 增量计算把公式计算从 UI 线程迁移到 Web Worker，并减少无效运算；官网案例中，包含 4 万复杂公式的文件，增量计算从老版本的 12.3 秒优化到 V19.0 的 2.2 秒。

SpreadJS V19.0 WebWorker 增量计算截图：用于支撑“底层架构能力不是简单页面代码”的判断。

AI 正在赋能电子表格，而不是替代电子表格

更合理的判断不是“AI 替代 SpreadJS”，而是“AI 放大 SpreadJS 的价值”。Microsoft Copilot in Excel 可以帮助用户创建和理解公式、分析数据、生成图表和数据透视表；Google Gemini in Sheets 也在帮助用户创建表格、生成公式、分析数据和创建图表。

我们推出 SpreadJS AI 智能体，也不是为了把 AI 做成一个孤立功能。它的价值不只是“在表格里生成公式”，而是为业务系统中的表格赋予对话智能：通过 50+ 内置工具，把自然语言意图转化为可控的表格操作，支持接入任意主流大模型，并在业务系统中形成从理解、执行到结果确认的闭环。

标注重点：为业务系统中的表格赋予对话智能、50+ 内置工具、支持任意主流大模型、闭环执行、可嵌入业务系统。

配图 09 · AI + SpreadJS 的职责分工（HTML 预览版）

AI：生成页面、生成公式、辅助分析、生成报表、解释逻辑。
业务应用：预算、报表、供应链、风控、经营分析。
SpreadJS 电子表格开发基座：计算引擎、文档模型、Excel 导入导出、打印、协同编辑、API。
人工审核：确认、复核、业务判断，降低 AI 误操作风险。

在匿名化客户评估材料中，我们也已经看到类似信号：有大模型相关项目希望由大模型生成 Excel 图表和透视表后继续调整，但后续仍会关注图表、透视表、协同和 xlsx 导入等落地问题。这恰恰说明，AI 可以生成意图和内容，但最终仍需要可靠的电子表格（Spreadsheet）系统承接展示、计算、保存、协同、执行确认和人工复核。