
**正文**：

表格自动化的老路子是 VBA：录宏、改宏、调试报错。它的本质约束是「人必须先会用它的语言」。大模型出现后，社区里很自然的想法是：能不能让人直接说「把 B 列日期统一成 yyyy-mm-dd，重复订单删掉」，AI 自己去动表格？

这个事情是能做出来的，而且核心链路并不复杂。笔者最近在做表格方向的 AI 插件，把几条技术路线的思路和踩过的坑整理成这篇，附一个最小可运行的实现骨架。

## 一、先看数据流：三条技术路线

「AI 处理表格」在工程上至少有三条路，差异全在**数据怎么流动**：

**路线一：模型生成代码，本地执行。** 把表格的结构信息（表头、几行样本）发给大模型，让它生成 openpyxl / pandas 脚本，本地跑完写回文件。优点是实现最简单，一个脚本就跑通；缺点是生成代码的执行不可控——模型写的 pandas 一行报错，整个任务就挂了，用户还得懂一点代码才知道挂在哪。

**路线二：上传解析，云端处理，导出回。** 文件传到服务端，解析成结构化数据交给模型，处理完导出新文件给用户下载。优点是用户零环境要求；缺点是文件要离开本地，大文件受限，且「处理结果」是个新文件而不是原文件——用户的公式、格式、其他 Sheet 都丢了。适合分析报告类场景，不适合「帮我改这张表」。

**路线三：宿主内 Add-in，接口读写。** 做一个 Office Add-in（或 WPS 的 JSA 插件），在 Excel 里开一个侧边栏，用户说指令，插件把**当前区域的快照**发给模型，模型返回一个**结构化操作计划**，插件再通过宿主接口把操作执行到表格上。

路线三与前两条的本质区别：**模型从头到尾不接触文件，它只产出「操作指令」；真正动手的是运行在宿主里的插件。** 文件不离开本地，原文件的公式和格式不受影响，改错了还能撤销。这是「对话式表格自动化」体验最好的一条路，也是本文要展开的。

## 二、路线三的实现骨架

整个链路五步：**读快照 → 发给模型 → 拿回操作计划 → 确认 → 执行写回**。

### 1. 用 Office.js 读取区域快照

Add-in 的任务窗格本质是个网页，通过 Office.js 和 Excel 通信。先把用户选中的区域读成二维数组：

```js
async function readSnapshot() {
  return Excel.run(async (ctx) => {
    const range = ctx.workbook.getSelectedRange();
    range.load(["address", "numberFormat", "values"]);
    await ctx.sync();
    return {
      address: range.address,          // 如 "Sheet1!A1:F5001"
      numberFormat: range.numberFormat,
      values: range.values,            // 二维数组
    };
  });
}
```

注意只传**必要区域**：5000 行的任务，传表头 + 用户选中区域即可，不要把整个工作簿塞给模型——既省 token，也避免把无关数据送出本地。

### 2. 指令 → 操作计划：让模型输出结构化 JSON，而不是代码

这是和路线一最大的分野。Prompt 里不给模型「写代码」的自由，只允许它输出一个受 schema 约束的操作数组：

```json
{
  "ops": [
    { "type": "format", "sheet": "Sheet1", "address": "B2:B501",
      "numberFormat": "yyyy-mm-dd" },
    { "type": "write", "sheet": "Sheet1", "address": "B2:B4",
      "values": [["2026-08-01"], ["2026-08-01"], ["2026-08-01"]] },
    { "type": "deleteRows", "sheet": "Sheet1", "rowNumbers": [137, 512] },
    { "type": "explain", "text": "B 列 500 个日期已统一为 yyyy-mm-dd；第 137、512 行为重复订单，已标记待删。" }
  ]
}
```

工程上的关键点：

- **op 类型要收敛**。实践中五六个就够：write / format / sort / deleteRows / insertColumn / explain。类型越少，模型输出的合法性越高，你的执行器越好写；
- **地址必须落在已读取的快照范围内**，执行前校验，防模型幻觉出一个不存在的区域；
- 模型输出 JSON 不稳时，用 API 的 structured output / function calling 能力约束 schema，非法就带错误信息重试一次，一般一两次就收敛。

### 3. 改前确认：把 op 列表渲染给人看

拿到 ops 后不要直接执行，先转成人类可读的操作清单：「将把 Sheet1!B2:B501 的数字格式改为 yyyy-mm-dd；将重写 B2:B4 共 3 个单元格；将删除第 137、512 行」。用户点确认才执行。

这一步不是产品装饰，是安全边界：模型对「去重」的理解可能和你不一致（按整行去重还是按订单号去重？），确认环节让这类分歧暴露在执行前，成本几乎为零。

### 4. 执行写回

```js
async function applyOps(ops) {
  await Excel.run(async (ctx) => {
    for (const op of ops) {
      const sheet = ctx.workbook.worksheets.getItem(op.sheet);
      if (op.type === "write") {
        sheet.getRange(op.address).values = op.values;
      } else if (op.type === "format") {
        sheet.getRange(op.address).numberFormat = op.numberFormat;
      }
      // deleteRows / sort 等同理
    }
    await ctx.sync();
  });
}
```

### 5. 可撤销：执行前留底

写回前把**每个将被修改区域的旧值**读回来存进撤销栈，撤销 = 反向写回。别指望宿主的 Ctrl+Z——Add-in 通过接口做的修改，部分场景并不进入宿主的撤销历史，自己的栈才靠得住。

## 三、踩坑清单（都是实际踩过的）

1. **大表分块**：快照别一次超几千行。按「指令涉及列」裁剪，或分块多次对话；上下文超长后模型的地址幻觉率明显上升。
2. **文本型数字**：Excel 里 `"1200 "` 和 `1200` 是两回事。读快照时把 `values`（真实值）和 `text`（显示值）都给模型，让它判断哪些列需要转换，否则「金额求和不对」这类问题查起来很痛苦。
3. **日期序列号**：`values` 里日期可能拿到 45231 这种序列号，要结合 `numberFormat` 还原，否则清洗任务第一步就错。
4. **删除操作的行号漂移**：模型给的是「原表第 137、512 行」，你循环删除时前面的删掉后，后面的行号会移位——从大行号往小删，或一次性提交行号集合。
5. **WPS 不是 Office.js**：WPS 桌面端走自家的 JSA API，读写模型类似但方法名和边界行为有差异，跨两端的产品要做一层适配。此外 WPS 对第三方插件有安装与审核流程，这部分提前留出时间。
6. **合规**：快照出本地前明确告知用户传了什么。这是路线三相对路线二的核心优势，别在自己的实现里把它丢掉。

## 四、小结

VBA 没有过时，但「自然语言 → 结构化操作计划 → 宿主接口执行 → 改前确认」这一层新抽象，把批量操作表格的门槛从「会写宏」降到了「会说人话」。核心架构一句话：**模型只做规划，宿主负责执行，人守在中间。**

下一篇计划写 WPS JSA 版的实现差异，以及操作计划 DSL 怎么设计才能同时覆盖格式、清洗和透视表场景。



表格自动化的老路子是 VBA：录宏、改宏、调试报错。它的本质约束是「人必须先会用它的语言」。大模型出现后，社区里很自然的想法是：能不能让人直接说「把 B 列日期统一成 yyyy-mm-dd，重复订单删掉」，AI 自己去动表格？

自然语言操作 Excel 是怎么实现的：Add-in + 大模型 API 的技术路线与最小示例

人工智能

开发工具

AI对话表格自动化新方案：通过自然语言生成结构化操作计划，由Office插件在本地执行，无需编写代码。支持格式统一、重复项删除、数据清洗等操作，文件不离开本地，公式格式完好，可撤销。本文详解技术架构、核心代码及踩坑经验，附最小实现骨架，助力零门槛批量处理表格。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

自然语言操作 Excel 是怎么实现的：Add-in + 大模型 API 的技术路线与最小示例-腾讯云开发者社区-腾讯云

自然语言操作 Excel 是怎么实现的：Add-in + 大模型 API 的技术路线与最小示例

自然语言操作 Excel 是怎么实现的：Add-in + 大模型 API 的技术路线与最小示例

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐