> 《让 DSH 真正会用表格》系列第一篇。四篇依次谈表格为什么难、改动为什么停在屏幕上、工具为什么比代码可靠、怎么上手。

把 \.xlsx 的扩展名改成 \.zip，解开它。

里面是一堆 XML，workbook\.xml 管整体，sheet1\.xml 管某一页，styles\.xml 管样式，另外还有几张关系表。很多人做过这个动作，多数人看完就关掉了。

这个画面说明一件事。表格是一套结构。

日期有类型，百分数也有类型。一个单元格的值可能依赖另外几个单元格。这一行是表头，那一列要冻结。合并、分组、多张表之间还有引用关系。这些东西在 XML 里是带语义的记录，按行切开就会散架。

举个最小的例子。同一个数字 1234\.5 放在 B2 是一个金额，放在 D7 可能是百分比的分母。同一段文字加粗之后，读法也会变。位置和格式参与定义数据是什么，它们属于内容的一部分。

![Image](https://developer.qcloudimg.com/http-save/yehe-10920694/16e3fbbd5c045169bb9474f68be447f6.png)

## 当 AI 把表当成文本

很多处理表格的方案，第一步就是把表格读成文本。这个选择定下来，后面几种失败几乎是必然的。

把单元格读成字符串，数字就丢了类型。1,234\.5 会变成 "1,234\.5"，再求和就得先猜。公式被读成字符串，就变成死文本，哪怕它开头是 =SUM，也只是几个字符，不会算。样式被忽略，版式也没了，加粗、底色、边框、合并，全在转换中蒸发。

这类错误还会往下游传。数字变成文本之后，求和得到 0，平均值报错，排序按字典序而不是按大小。一个看似无害的类型丢失，会在后续每一处计算里继续放大。这些错误单看都不致命，叠在一起就变成了返工，而返工的成本通常比第一次做还高。

更麻烦的是，错误常常要等到别人打开文件才会被发现，做表的人反而最后一个知道。

还有一种更容易被忽略的丢失，关系。一张工作簿里可能有跨表引用、命名区域、数据验证规则、条件格式。这些东西单独看都不是单元格的值，但决定了一张表能不能用。按文本方式处理，它们要么消失，要么变成一段没人认识的碎片。

有人会问，转成 CSV 再处理行不行。CSV 是文本，任何工具都能读懂。但它只保留值。样式、公式、合并、多张工作表、数据验证，在转成 CSV 的那一刻全部丢弃。只想要一组数字时，这没问题。要交付一张报表时，这是把表格降级成了数据。

这类场面很常见。AI 说已完成，打开文件，数字全变成文本。公式还在，却算不出来。表格本身没错，只是不像原来那张表了。

单看每一个，像几件不同的倒霉事。往根上看，同一件事，都在用文本的方式处理一套结构。

## 解析得更好，也补不上这个缺口

一个自然的想法是把解析做得更好一点。

解析只解决读进来。表格要活起来，还差两件事。

第一件是算。公式不是装饰，它是一张依赖图。改了 B2，引用 B2 的单元格要重算。重算可能触发下一层依赖，还要处理循环引用。这是一台计算引擎的活，字符串替换做不了。

第二件是看。表格最终是给人看的。列宽够不够，表头有没有居中，合并单元格的边框怎么画，这些决定了打开的是一张表，还是一堆数据。解析器不负责渲染。它给数据，不给画面。

还有一种更隐蔽的缺口。表格的很多规则不在单元格里，而在单元格之间。合并了什么，冻结了哪几行，哪些列是隐藏的，条件格式在什么条件下变色。这些规则决定了表格怎么读，却没有任何一个值可以承载它们。

读进来只是第一步。算和看也要有人负责。

这三件事里缺一件，表格就只剩一个空壳。

## 我们补的，是这两个缺口，外加一双眼睛

在 DSH 上，我们做了两个配合工作的插件，都基于 SpreadJS。葡萄城在 Web 端做了很多年的纯前端表格组件。

侧边栏里的表格编辑器，把 SpreadJS 设计器嵌进 DSH。在文件树里点开一个 xlsx，右侧面板里直接出现完整的设计器，工具栏、公式栏、样式面板都在。打开的是编辑器，可以改，也可以存。

![Image](https://developer.qcloudimg.com/http-save/yehe-10920694/4b076deec294d91a5e1ac43d6e26877a.png)

给 AI 用的表格 driver，把同一款 SpreadJS 引擎交到模型手上。模型不用再猜表格长什么样，也不用绕开引擎去改文件。公式、样式、计算结果，都由引擎负责。

两者之间有一个关键前提。AI 操作的对象，就是侧边栏里打开的那份工作簿。改动落在活的对象上，屏幕上当场就能看见。这部分是下一篇《在 DSH 里改打开的那张表》的主题。

授权由编辑器侧统一承载。一对插件，一套授权，部署边界清楚。

## 为什么是 SpreadJS

先看行为。内核就是 SpreadJS 本尊，公式重算、样式渲染、图表绘制的行为与产品环境一致。这里没有我们自己维护的表格实现，也就不存在支持了百分之八十的格式这种细差。

再看能力。透视表、条件格式、数据验证、图表、合并单元格、冻结窗格，都是引擎自带的，不需要逐个适配。

还有一点不那么显眼。两个插件面向同一套表格能力。人在编辑器里看到的，和 AI 操作的是同一种东西。两边对表格的理解不会分叉，这一类问题也就不会出现。

导入和导出也落在同一套能力上。xlsx 进来，交给引擎。出去的时候，还是从引擎导出。中间没有我们自己写的格式转换层，少了一处可能走样的地方。

这还带来一个实际好处。表格的行为不随我们的版本变化。引擎升级，行为跟着引擎走。我们不需要维护一份我们的表格和标准表格的差异清单。

自己维护一层表格实现，成本不在第一版，而在之后每一个格式细节上。合并单元格的边框怎么画，条件格式的优先级怎么排，图表的坐标轴怎么对齐，这些问题的答案散落在多年的兼容性修复里。接引擎，等于把这些答案一起接过来。

## 对用 DSH 的人来说

最直接的变化是表格在 DSH 里重新变成了一等公民。点开能看，看了能改，改了能存。

再往上一层，AI 可以在打开的那张表上工作。改了什么，改得对不对，屏幕上看得见。AI 生成 xlsx 时，拿到的是文件。在打开的表上作业时，看到的是过程。

举个具体的例子。跟它说把金额列改成千分位、表头加粗，它改的就是眼前这张表。不满意，说底色再深一点。满意了，说保存。中间不需要打开另一个文件核对，也不用猜它动了哪里。对不写公式的人来说，这种在场感更实际。改得对不对，看一眼就知道，不用先学一套检查方法。

读一份陌生的表也是同理。先问它有几张工作表、数据到哪一行，再让它解释某一列的公式。这些动作都在侧边栏里完成，不需要先把文件转成别的格式。

以前这些步骤要手工来回切换，现在一句话就能交代。

## 想试试

- [表格编辑器](https://www.npmjs.com/package/@grapecity-software/dsh-spreadjs-editor)
- [表格 driver ](https://www.npmjs.com/package/@grapecity-software/dsh-spreadjs-driver)

两个包成对安装。装好之后，在设置页的「电子表格编辑器」里启用 AI 能力，再打开一张表试试。


《让 DSH 真正会用表格》系列第一篇。四篇依次谈表格为什么难、改动为什么停在屏幕上、工具为什么比代码可靠、怎么上手。

让 DSH 真正会用表格 1：DSH 的表格插件，补上了短板

人工智能

前端

开发工具

表格的结构、公式和样式在文本转换中易丢失，DSH通过SpreadJS引擎让AI直接操作打开的工作簿，保留类型、公式和渲染，实现所见即所得的编辑与计算。

让每一个 Agent，都跑在云上

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

让 DSH 真正会用表格 1：DSH 的表格插件，补上了短板-腾讯云开发者社区-腾讯云

让 DSH 真正会用表格 1：DSH 的表格插件，补上了短板

让 DSH 真正会用表格 1：DSH 的表格插件，补上了短板

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐