> 《让 DSH 真正会用表格》系列第三篇。上一篇《在 DSH 里改打开的那张表》讲改动停在屏幕上，这一篇讲执行，AI 该用什么样的方式去改。

方法名拼错过，参数顺序也反过。最离谱的一次是换了个方法，结果只改了第一行。

这类循环反复出现在同一类任务里。AI 在和一个它没有背过的 API 较劲。

## 默写与选择题

人对这两件事的擅长程度差得很远。默写一首诗，容易卡壳。给四个选项让认，几乎不会错。心理学里把这叫回忆和再认，考试里就是填空题和选择题的差别。

大模型也有类似的偏科。它在训练语料里见过大量 API 的用法，但见过和能准确默写之间隔着一段距离。方法名、参数顺序、枚举成员、该传索引还是传名字，每一处都是一次默写。默对了没事，默错了就开始根据报错继续猜，越猜越远。

结构化工具做的事，是把默写换成选择题。API 调用由我们写好、测好、固定下来。模型面对几个有名字、有类型的参数，只需要选和填。

要求没有降低，只是换了个位置。识别和选择，比凭记忆复现可靠得多。

选择题还有一个副作用，错误变得可见。填空填错了，只有交卷才知道。四个选项里选错，错在哪里一眼就能看出来。工具的参数也是这样，传错区域或者写错属性，报错会直接指向那个参数。

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

## 工具箱里有什么

读的工具负责把一片区域搬回来，值、公式或者显示文本，一次调用得到一个二维数组。返回有规模上限，超大的表不会把对话刷爆。被裁剪时会明确说明这是窗口，不是全部。

上限不是抠门。一次把几万个单元格搬进对话，既慢又贵，而且模型多半只看前几行。给一个窗口，再告诉它窗口外面还有多少，比把整张表倒出来更有用。

写的工具覆盖整片写入、格式、列宽行高、冻结窗格、合并单元格、增删改名工作表。格式里包括字体、字号、颜色、对齐、边框和数字格式。

看的工具负责整表结构、一片区域的实际样式，以及截图。让 AI 给当前表格拍一张快照，自己看一眼，再决定要不要继续调。表格是视觉对象，很多改对没改对的判断，文字描述很难传达，一张图一眼就清楚了。

有几类操作暂时还没有工具，比如图表的创建与修改、透视表、条件格式。它们今天仍然可以用代码完成。后续的更新会把更多操作收进工具箱。

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

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

## 代码去哪儿了

我们没有取消 AI 写代码的能力，也不打算取消。

长尾需求是真实存在的。几十列的复杂报表、按业务规则逐行加工、把排序筛选分组串成一步。为每一种组合都做一个工具，工具箱会膨胀到没法用。所以代码执行作为逃生口保留着。工具表达不了的，模型仍然可以写一段脚本来做。

默认路径变了。写代码从唯一的选择，退到了最后的选择。工具覆盖高频和标准化的操作，代码兜住长尾。模型也知道这条边界在哪，先用工具，工具做不了的才动代码。边界还会移动，今天需要代码的操作，后面可能就有了工具。

判断标准可以很具体。如果这件事能用一两个工具的参数描述清楚，就用工具。如果需要循环、条件判断或者跨多个对象的组合，再考虑代码。先把简单的事交给工具，复杂的事才进入代码，重试和猜 API 的机会就少了很多。

这样分层之后，最常发生的操作有了确定性，最复杂的操作保留了灵活性。

用户不需要为任何一边额外付代价。

## 参数为什么更安全

结构化工具的参数是纯粹的数据。

一个区域地址就是一个字符串，一个颜色值就是一个颜色值。它们被序列化、校验，然后填进我们预先写好的调用里，从头到尾没有被当成程序执行的机会。单元格里带个引号、带个分号、带一段看起来像代码的文本，在声明式参数的世界里，它就是一个普通的文本值。

校验发生在引擎启动之前。参数形状不对，工具在宿主侧就拒绝了，不会把一份半成品送进表格引擎，也不会让一次错误的调用留下半个改动。

这里必须把边界划清楚。这条性质属于结构化工具的参数。代码逃生口是另一回事，它执行的就是代码。做安全评估的时候，这两者应该分开看。笼统地得出 AI 不能执行代码，既不准确，也会掩盖真正的风险面。

这也不意味着结构化工具绝对安全。参数校验能挡住形状错误，业务语义上的对错仍然要靠引擎和人来判断。

## 工具是怎么挑出来的

这份清单的来源是使用记录。模型在处理表格时，反复自己写代码去做的是哪几件事。

同一类操作被反复手写，就说明它应该有一个工具。归堆、比较频率、按频率决定先做哪些。顺序由使用决定，不由功能表决定。

粒度也在这条线上定。一个单元格一个工具会碎得没法用，一个什么都能干的工具又退回了脚本。我们取的是操作级，一次写入一片区域，一次套一组格式。粒度合适，参数才说得清楚。

粒度太细的另一个问题是指代。一个设置单元格的工具，参数里就得带上行、列、值、格式，调用者要先想清楚坐标。操作级的工具可以直接说把这一片设成这个样子，更接近人描述需求的方式。

错误信息也是收益的一部分。工具化之后，参数错在哪里可以直接指出来，这个区域地址写错了。脚本报错往往指向一段生成的代码，模型只能顺着报错继续猜。前者是一次纠正，后者可能是一轮重试。

## 工具箱不该无限大

把每个功能都做成工具是可行的，我们见过工具数量上百的产品。但工具数量本身有代价。每个工具的名字和描述都常驻在模型的上下文里，工具越多，选对的那一个就越难，成本也越高。

一个需要在上百件工具里挑对一件的模型，不见得比一个只有二十件趁手工具的模型更能干。

我们的原则是按真实使用频率决定清单，按一个操作一个工具控制粒度。工具描述里还会写清楚什么时候该用邻居工具，比如写值的工具会提示改格式请用格式工具，让工具之间的边界对模型也是透明的。

克制本身也是设计的一部分。清单短，描述才写得具体。描述具体，模型才选得准。

工具少，选择成本就低。选择成本低，出错的机会也少。

清单每加一项，都该有明确的理由。

## 以后

现在这套工具主要服务文件化的操作。下一步，我们希望实时编辑也能越来越多地走工具。模型在改打开的那张表时，同样优先选择现成的操作，不需要每次现场写一段程序。更多的工具会陆续加进来。

最终想达到的状态很简单。模型做的事，从实现变成选择。模型负责选区域、选属性、选操作。确定性的执行由工具承担，判断和沟通仍然归模型。

这条路没有终点。表格的功能面很宽，工具化的顺序只能跟着使用走。今天补上的，是昨天被反复手写的那几类。

顺序会变，方向不变。

工具会多，判断仍然在人这一侧。这也是工具箱愿意保持小的原因。

## 想试试

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


《让 DSH 真正会用表格》系列第三篇。上一篇《在 DSH 里改打开的那张表》讲改动停在屏幕上，这一篇讲执行，AI 该用什么样的方式去改。

让 DSH 真正会用表格 3：DSH 的表格工具箱

前端

DSH表格AI操作从代码猜测转向结构化工具选择，通过预置参数减少API记忆错误，覆盖读写格式等高频操作，保留代码逃生口应对长尾需求，提升执行确定性与安全性。

让每一个 Agent，都跑在云上

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

让 DSH 真正会用表格 3：DSH 的表格工具箱-腾讯云开发者社区-腾讯云

让 DSH 真正会用表格 3：DSH 的表格工具箱

让 DSH 真正会用表格 3：DSH 的表格工具箱

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐