我最近在一个 WPS 表格环境里反复折腾一份客户数据几千行记录里混着重复项和大量空值手动逐行删除既浪费时间又容易漏掉。当时我脑子里冒出来的第一个念头不是继续用菜单里的“删除重复项”功能而是想试试 WorkBuddy 配合 WPS 的 JSAJS 宏能不能直接“靠嘴编程”把这件事干完。这个场景听起来很小但它恰恰是很多人对办公自动化工具产生误解的地方以为 AI 编程助手只适合写网页、做接口自动化、搭工作台处理表格反而要退回到手动操作。实际上在 WPS 表格里用自然语言描述需求让 WorkBuddy 生成 JSA 代码再一键清理重复值和空值整套流程跑通之后我最大的体会是这个工具真正改变的不是“删除数据”这一个动作而是把一次临时性的数据处理工作变成了可以反复调用的流程。这篇文章不会只给你一个“删除重复值和空值”的脚本片段。我会从 WorkBuddy 和 WPS-JSA 各自的位置聊起拆解为什么删除重复值、空值这类看起来简单的问题用代码解决时反而更容易踩坑然后把完整的操作流程、参数理解、排查思路和工程化建议都写出来。1. 先搞清楚 WorkBuddy 和 WPS-JSA 各自解决什么问题很多人第一次听到“靠嘴编程”会觉得夸张但放到 WPS-JSA 这个具体场景里它其实描述了一种很实在的协作方式你用自然语言告诉 WorkBuddy 你想要什么它帮你生成一段 JSA 代码你在 WPS 宏编辑器里运行这段代码完成表格操作。1.1 WorkBuddy 不是“自动帮你点按钮”的工具WorkBuddy 本质上是一套 AI 编程辅助工作台。它的核心能力是理解你的自然语言需求并生成可运行的代码。你告诉它“按 A 列删除重复值保留第一次出现的记录再删除所有空白行”它就会生成对应的 JSA 代码。这个过程中真正理解表格业务逻辑的是你真正把业务逻辑转成代码的是 WorkBuddy真正执行代码的是 WPS 的 JSA 运行环境。所以WorkBuddy 解决的是“把需求翻译成代码”的效率问题而不是替代你思考“为什么要删除重复值”的问题。这一点非常重要因为很多人用这类工具时期待的是“我随便说一句话它就把所有事情做完”一旦结果不完美就认为工具不行。实际上你需要具备的基础能力是能清楚地描述数据范围、判断规则、处理顺序和期望输出。1.2 WPS-JSA 和 VBA 的关系WPS 表格的 JSAJavaScript for Application是基于 JavaScript 语言的宏脚本环境。它和 Excel 的 VBAVisual Basic for Applications在定位上是一样的——都是为了自动化处理表格任务。但对很多人来说JSA 的学习曲线比 VBA 更友好因为 JavaScript 本身就是一门被广泛使用的语言懂前端的人上手会非常快。更重要的是JSA 可以调用 WPS 的表格对象模型比如操作 Range、Workbook、Worksheet 这些核心对象。WorkBuddy 生成的就是针对 WPS 对象模型的 JSA 代码。你如果之前写过一点 JavaScript看生成的代码不会觉得陌生就算完全没写过也能通过自然语言描述需求来跑通基本流程。1.3 为什么用 JSA 处理表格数据反而比手动点菜单更可控手动删除重复值WPS 菜单里确实有现成功能操作起来也不算复杂。但菜单功能有几个隐藏问题第一当数据跨多个工作表或者删除规则不是简单按整行去重时菜单操作的灵活性不够。第二手动操作属于“一次性动作”下次拿到新数据还要重新点一遍菜单。而 JSA 脚本可以保存下次直接运行。第三手动删除空值很容易误删结构化数据。比如某个字段允许为空但整行是有意义的这时候你不能简单删除所有空白单元格而是要判断“整行为空才删除”。所以JSA 的价值不在于“更快”而在于“把规则固化下来”。WorkBuddy 的价值则是让你不用从零学习 JSA 语法也能把这个规则固化过程落地。2. 删除重复值、空值为什么需要写代码你可能会有疑问删除重复值用菜单功能不就行了吗为什么要写代码这里有两个典型痛点。2.1 重复值的判断规则比你想的复杂“删除重复值”听起来简单但实际处理时要回答几个问题按哪一列判断重复还是按多列组合判断重复记录保留第一条还是最后一条表头行是否需要特殊处理是否要考虑大小写、空格、全角半角差异数据范围是整个工作表还是当前选中的区域去重之后其他列的数据怎么对应在用菜单功能时大部分问题被工具隐式处理了。但你把需求转成自然语言描述时就必须把这些规则说清楚。比如“以 A 列为依据删除重复项保留第一次出现的记录”和“以 A、B 两列为依据删除重复项保留最后一次出现的记录”生成的代码完全不同。2.2 空值的处理更考验边界意识空值删除的场景比重复值更隐蔽。先要区分你是要删除“内容为空的整行”还是删除“某一列为空的单元格”还是把空单元格替换成默认值如果是删除空行你要考虑空行的判断标准是什么是全行所有单元格为空还是某一列为空删除空行时如果有多行连续的空白是否需要一次性处理数据最后一行边界是否能正确识别如果是删除空单元格你还得考虑单元格删除后是下方的数据上移还是右侧的数据左移。这个“移动方向”一旦选错整个数据表结构就会乱掉。2.3 手写 JSA 对普通办公人员有门槛看到这里你就会明白删除重复值和空值并不只是“调一个函数”那么简单它涉及数据范围判断、遍历顺序、删除策略、性能边界等问题。对程序员来说写 JSA 并不难但对普通办公人员JavaScript 语法、对象模型、调试方式都可能成为阻力。WorkBuddy 在这里的角色是降低这个门槛。你把需求用中文描述清楚它生成 JSA 代码你在 WPS 宏编辑器里运行即可。但前提是你自己得理解上述规则否则描述不出准确的边界条件。3. 实操用 WorkBuddy 生成 WPS-JSA 删除重复值和空值在正式跑通流程之前先说明一下我的环境WPS 2019 个人版以上的版本基本都支持 JSA但不同版本之间对象模型可能存在细微差异。WorkBuddy 生成代码时如果没有指定 WPS 版本落地前要先确认你的环境。我建议你先在一个测试表格里跑通再放到真实数据上。3.1 第一步把需求描述清楚我用 WorkBuddy 生成 JSA 代码时通常会提供这样的描述“写一个 WPS JSA 宏对当前工作表的 A 列做去重保留第一次出现的记录去重范围从第 2 行开始到最后一行然后删除所有整行内容全部为空的空行。去重时不要动表头。”这样的描述包含几个关键信息操作对象当前工作表去重依据A 列去重策略保留第一次出现的记录起始行第 2 行因为第 1 行是表头空行规则整行都为空才算空行删除边界条件不要动表头如果你只是说“删除重复值和空值”WorkBuddy 可能会按照默认规则生成代码但默认规则未必符合你的业务逻辑。3.2 第二步生成代码并理解关键逻辑WorkBuddy 生成的代码会包含几个核心部分通常我会要求它做注释方便我确认每段逻辑在干什么。下面是代码结构和逻辑说明不是让你直接复制而是要让你能看懂最终生成的代码在做什么。3.2.1 去重部分的常见实现思路JSA 中没有内置的“直接去重”函数常见做法是// 伪代码示例结构具体函数名和写法以 WPS 版本为准 function clearDuplicates() { var sht ActiveSheet; var lastRow sht.Range(A sht.Rows.Count).End(xlUp).Row; var maxRow lastRow; var col A; var seen {}; for (var i maxRow; i 2; i--) { var val sht.Range(col i).Value; if (val null || val ) { continue; } var key String(val).trim(); if (seen[key]) { sht.Range(i : i).Delete(); } else { seen[key] true; } } }注意这段代码用了“倒序遍历”的思路。原因是删除行之后行号会发生变化如果从上往下遍历并删除每删一行后面所有行的行号都会往前移动容易漏掉某些记录。而从最后一行开始向第一行遍历删除后只影响已处理过的行不会导致未处理行错位。这个是删除行操作的核心逻辑。如果按多列判断重复生成的代码会更复杂一些通常是把多列值拼接成一个组合键再放入对象或 Map 中判断。3.2.2 空行删除的常见实现思路删除空行的核心是先判断“哪些行是空行”再统一删除。常见写法是function deleteBlankRows() { var sht ActiveSheet; var lastRow sht.Range(A sht.Rows.Count).End(xlUp).Row; for (var i lastRow; i 2; i--) { var isEmpty true; for (var j 1; j sht.Columns.Count; j) { if (sht.Cells(i, j).Value ! null String(sht.Cells(i, j).Value).trim() ! ) { isEmpty false; break; } } if (isEmpty) { sht.Range(i : i).Delete(); } } }这段代码的思路是从最后一行开始向上遍历对每一行判断所有单元格是否都为空只有整行为空才删除。如果你要删除的是“某一列为空的行”修改判断条件即可。3.3 第三步把代码放进 WPS JSA 编辑器生成代码后在 WPS 表格中按 Alt F11或者通过“开发工具”选项卡进入 JSA 宏编辑器新建模块将代码粘贴进去然后运行宏。如果你找不到“开发工具”选项卡需要先在 WPS 选项里启用 JSA 宏功能。不同版本的位置可能不同但通常在“选项-自定义功能区”里勾选“开发工具”。3.4 第四步观察运行结果并验证代码运行后不能只看“没报错”就认为完成了。要检查几件事重复值是按你指定的列去掉的吗保留的是第一条记录吗空行是否被删除有没有误删有内容的行表头行是否还在去重后其他列的数据是否对应正确我一般会在一个备份副本上先跑一遍再检查行数和关键字段是否正确。确认无误后才在正式数据上运行。3.5 一个更稳妥的处理顺序如果你的数据同时包含重复值和空值我建议按顺序执行先备份原表。先删除空行或空单元格再做去重。或者先做去重再删除空行。为什么推荐先处理空行因为空行会影响 lastRow 的判定。如果一个表格最后几行全是空的用 End(xlUp) 向上定位时可能执行多次才能到真正的数据行先清理空行后再去重逻辑会更清晰。4. 新手最容易踩的坑不只是语法问题上面代码看起来简单真正放在真实数据里跑的时候会遇到各种意料之外的问题。这些问题多数不是语法错误而是对表格数据的理解和 JSA 的对象模型差异。4.1 用了 End(xlUp) 但定位到错误的行很多生成的代码会用Range(A Rows.Count).End(xlUp).Row来定位最后一行。这个写法在 Excel VBA 中很常用JSA 中也有对应的逻辑。但如果你表格中存在合并单元格、隐藏行或者大量格式残留比如看起来是空行其实单元格里有空格字符就可能导致定位结果不准确。解决办法是先用 CtrlEnd 在 WPS 中看看表格实际使用范围在哪里如果发现范围比真实数据大先清除多余格式再运行 JSA 宏。4.2 空单元格和包含空白字符的单元格不是一回事很多人以为“空单元格”就是没有内容的单元格。但实际数据里很多单元格看起来是空的里面却包含空格、换行符、非断行空格等不可见字符。用cell.Value 判断会失效。处理这类数据的常见做法是var v sht.Cells(i, j).Value; if (v ! null String(v).trim() ! ) { // 非空 }先用 String() 转成字符串再 trim() 去掉首尾空白再进行判断。4.3 删除行时方向错误导致漏删这是新手最容易犯的错误。如果从上往下遍历并执行 Delete()每删除一行行号就会变化。比如你判断第 5 行需要删除删除后原来的第 6 行变成了新的第 5 行但循环变量已经移动到第 6 行原来的第 6 行新的第 5 行就被跳过了。所以生成代码时一定要关注删除顺序。如果 WorkBuddy 生成的代码是正序遍历你不确定正确性可以直接手动改成倒序遍历或者明确告诉 WorkBuddy“从最后一行开始向上遍历删除”。4.4 把“全行删除”和“区域清除”混用需要区分两种情况删除整行Range(i : i).Delete()这会把整行删掉下方所有行向上移动。清空内容Range(A1).Clear()或ClearContents()这只会清掉内容行结构保持不变。如果数据表周围还有其他表格内容全行删除可能会影响周边区域。这时候你需要想清楚是要删除整行还是只清空某几列的内容4.5 对“空值”的理解不一致很多人说的“删除空值”其实是指删除空行但代码可能是按单元格处理。举个例子如果一段数据里某些行只有 A 列有值B、C、D 列为空按“全行为空才删除”的逻辑这些行不会被删除因为 A 列有值。但如果你本意是“A 列不允许为空”那判断条件就应该改成“A 列为空的整行删除”。所以在给 WorkBuddy 描述需求时建议明确使用以下说法删除整行全部为空的行删除某列为空的行删除某列为空的单元格下方单元格上移把某列的空值替换成 0 或“未知”每一种说法的代码逻辑都不一样。4.6 运行后才发现数据被误删却没有备份不满你说我第一次跑类似代码时因为没有提前备份导致一个列的所有空单元格被删除后整个数据表的结构全部错位。这让我养成了一个习惯任何批量操作之前先复制一份工作表或者在代码中先自动创建一份备份表。如果 WorkBuddy 生成的代码没有备份逻辑你可以手动加一段var bk Sheets.Add(); ActiveSheet.Copy(bk); bk.Name 备份_ new Date().getTime();或者更简单运行前复制原表按 CtrlShiftV。这个习惯能帮你避免大多数不可逆的数据损失。5. 排查链路代码生成后运行报错或结果不对怎么办很多用户拿到 WorkBuddy 生成的 JSA 代码后一到运行环节就卡住。这里我整理一个排查链路按步骤来不要跳步。5.1 第一步先看报错类型JSA 运行时最常见的报错有几种对象属性或方法不存在说明你用的 WPS 版本不支持该写法或者对象名写错了。下标越界一般是工作表名、单元格区域引用错误。类型不匹配比如把 range 当作函数调用。语法错误常见于括号不匹配、分号丢失、关键字拼写错误。把报错信息直接复制下来扔给 WorkBuddy让它修正通常是最快的方法。5.2 第二步检查是否启用宏WPS 默认可能禁用宏运行时会提示无法找到宏程序。你需要确认开发工具功能是否存在JSA 宏是否启用文件类型是否为 .xlsm 或 .et 格式如果宏安全性设置为“禁用所有宏”代码自然无法运行。5.3 第三步检查数据区域引用你告诉 WorkBuddy 你的数据范围它生成的代码里会写入对应的 Sheet 名称和单元格区域。如果实际工作表名与代码不一致或者你把代码从测试文件复制到新的工作簿时没有同步修改工作表名运行后就会报错。我建议你可以用一个非常具体的场景问 WorkBuddy例如“当前工作表是‘客户数据’A 列是客户编号从第 2 行开始去重。”这样生成的代码会带有明确的表名不容易混。5.4 第四步检查变量类型尤其是 null 和空字符串在 JSA 中单元格可能返回 null也可能返回空字符串也可能是 0。0 是数字不是空值。如果你的判断逻辑是if (!val)那 0 也会被当成空值处理导致数字 0 所在的行被误删。严谨的写法是if (val null || val undefined || String(val).trim() ) { // 处理空值 }5.5 第五步观察运行前的选区和工作表状态如果代码使用了 ActiveSheet 或 Selection而你运行宏时不在目标工作表代码就会作用于错误的工作表。建议代码开头显式指定工作表var sht Sheets.Item(客户数据);5.6 结果验证清单代码运行完成后建立一个固定的验证清单总行数是否减少独一无二的 ID 数量是否与预期一致空行是否清零表头是否完好每一列的数据是否仍然对齐如果你有 SQL 经验可以把这个过程理解成先对数据做一次 SELECT DISTINCT再做一次 WHERE 非空过滤最后检查输出结果。数据处理逻辑是相通的只是实现工具从 SQL 变成了 JSA。6. 从一次跑通到可复用流程WorkBuddy 生成 JSA 代码这件事看起来只是在“帮助你不会写代码的人写代码”。但它的长期价值在于你能把多次使用的脚本沉淀成自己的工具库。6.1 先有标准流程再谈“靠嘴编程”我自己使用了 WorkBuddy 一段时间后最大的变化不是写代码变快了而是我开始用流程化的方式来描述需求。以前处理表格时我会直接上手操作现在我会先想清楚数据源是什么处理规则是什么输出要求是什么边界条件是什么想清楚之后再用自然语言描述给 WorkBuddy。这套流程并不依赖 WorkBuddy 的“智能程度”而是依赖你自己的“结构化表达能力”。换句话说WorkBuddy 的上限取决于你把需求描述得多清楚。6.2 沉淀 JSA 代码到你的个人工作台WorkBuddy 支持把常用 Skill 和工作流沉淀下来。当你的去重、清洗空值、拆分表格、合并字段等操作都通过 JSA 脚本完成后可以逐渐形成一套个人专用的表格处理 Skill。以后面对新数据你不需要重新描述一遍需求直接调用已有的 Skill 再做微调即可。这才是 WorkBuddy 最有价值的地方它不只帮你写出一段代码而是帮你积累一套可以反复使用的工作台工具集。6.3 什么时候不该用 WorkBuddy 生成 JSA任何工具都有边界。WorkBuddy 适合的需求通常是描述清晰、规则明确、输入输出可以验证的自动化任务。不适合的情况包括需求非常模糊你自己都不确定要删除哪些空值表格结构极其复杂涉及多个工作表联动、透视表、图表刷新数据量极大且对性能要求很高比如几十万行以上的循环遍历一次性的临时操作手动点菜单反而更快判断标准很简单如果这个操作你只做一次手动做可能更快如果这个操作你需要反复做才值得用 JSA 固化下来。7. 版本、兼容性和安全注意事项最后再聊几个影响实际落地的细节。这些点看似小但决定了你是否真能在生产环境里长期使用。7.1 WPS 版本差异WPS 个人版、专业版、教育版对 JSA 的支持程度不完全一样。有些版本可能没有 JSA 宏编辑器或者对象模型方法不完整。落地前先确认你的 WPS 版本支持 JSA并建议在另一台电脑上用相同版本测试。如果原始材料没有给出明确版本要求你就不要假设所有环境都支持同一个写法。例如Sheets.Add()、Range.Delete()这些基础方法一般都有但某些较新的 API 可能在旧版本中不存在。7.2 文件格式问题包含 JSA 宏的文件建议另存为.et或.xlsm格式。普通.xlsx/.xls文件可能不含宏无法保存代码。WPS 中点击“另存为”时选择启用宏的工作簿格式即可。7.3 不要关闭自动备份运行任何批量修改代码前先备份原文件。你可以在 WorkBuddy 生成代码时明确要求“先复制当前工作表并命名为备份”也可以在代码开头加入自动备份。把备份当做一个强制步骤而不是可选项。7.4 别人给你的代码要谨慎运行如果代码是从网上复制的或者是由 AI 生成的运行之前先通读一遍理解每个方法的作用。尤其是涉及删除操作、遍历全表、修改工作簿结构时务必检查范围是否正确。AI 生成代码仍然可能包含越界区域、错误判断条件或者引用到不存在的对象。7.5 数据隐私如果你处理的是敏感数据要注意不要把真实数据直接粘贴到不明来源的工具或工作台中。WorkBuddy 这类工具在云端或本地运行时的数据处理方式不同使用前先确认你的数据合规要求再决定是否使用。8. 一句话判断这类工具到底改变了什么回到标题里的场景。用 WorkBuddy 实现 WPS-JSA 删除数据里的重复值和空值本质上不是“用 AI 替代你点按钮”而是“用自然语言把规则说清楚然后让 AI 帮你写代码再把代码沉淀成工具”。这个改变对普通办公人员来说最大的价值是降低了进入表格自动化的门槛。你不需要每天背 JavaScript 语法不需要记住 Sheet、Range、Cells 的各种方法只要能把需求说清楚就能生成可运行的 JSA 代码。但门槛降低不等于没有门槛。你仍然需要理解数据处理的基本逻辑什么是空值、什么是重复、删除的方向是什么、边界在哪里、如何验证结果、如何备份数据。这些能力不是编程知识而是数据常识。AI 能接受的指令上限恰恰就看你对业务和数据理解得有多深。所以我的建议是先把一个最简单的场景跑通比如删除当前表 A 列的重复值和空行。在这个流程里你既能看到 WorkBuddy 怎么把中文转换成 JSA 代码也能亲手体验从宏编辑器、运行代码到检查结果的完整链路。跑通一次之后再考虑把更多重复劳动交给这种“靠嘴编程”的方式。真正值得养成的习惯不是让 AI 替你搞定所有事情而是你用清晰的语言把复杂流程讲清楚让 AI 成为你的执行者。这比学会某个具体工具更有长期价值。