用 WorkBuddy 写 VBA本质上改变了写 Excel 宏的姿势。以前你要先学会 VBA 语法记住 Range、Cells、Dictionary 这些对象模型才有资格处理考勤统计现在只需要把业务规则说清楚比如“9 点之后打卡算迟到按人员汇总迟到次数和分钟数”AI 就把能跑的宏交给你。这篇文章会用 Excel 考勤迟到统计这个案例完整走一遍 WorkBuddy 从安装、准备数据、写提示词、生成 VBA 到执行验证的流程同时把容易踩的坑一次说清楚。无论你是 HR、财务、运营还是日常被 Excel 表格折磨的开发这篇都值得收藏。1. 为什么要用 AI 写 VBA先讲一个很真实的场景很多公司的考勤系统导出的数据就是一张流水表。每个员工每天一条记录包含姓名、日期、上班打卡时间。到月底要做迟到统计时你至少有三种选择。第一种手动筛选。把 Excel 打卡时间列筛选出来眯着眼找 9:00 之后的时间再用 COUNTIF 汇总。数据量小还好一旦超过两三百条眼睛先受不了而且很难保证不出错。第二种用函数公式。SUM 配合 IF、COUNTIFS、SUMPRODUCT 可以做一部分统计但要处理“日期跨月”“同一人多次迟到”“迟到分钟数汇总”这些条件公式会越来越长维护成本很高。更麻烦的是最终结果往往需要一张格式固定的统计表公式写完还得复制粘贴成值步骤并不少。第三种写 VBA 宏。这是最灵活、最一劳永逸的方案但也是门槛最高的。VBA 是一门编程语言你需要理解变量、循环、条件判断、集合对象、日期函数还要知道 Excel 的对象模型是怎么组织的。对于常年只写报表的人来说学完这些的成本和时间并不低。问题就在这里VBA 不是一门“每天都用”的语言。大多数人半年才写一次宏每次写之前都要重新翻教程写完就忘。因为使用频率低所以学习投入长期看并不划算但如果你不学碰到稍微复杂一点的统计需求又只能手动折腾。这就是 AI 编程助手介入之后变化最大的地方。你用自然语言描述规则AI 直接生成 VBA 代码。过去需要查半天资料才能写出来的宏现在一两分钟内就能拿到第一版。你不需要把 VBA 语法背得滚瓜烂熟你要做的是把需求讲清楚、把规则确认正确然后教会 AI 沿着你的业务口径迭代。这篇文章要解决的问题很明确怎么用 WorkBuddy 这类 AI 助手把一个真实的 Excel 考勤迟到统计需求变成可运行、可验证的 VBA 宏并且在实际使用中不翻车。2. WorkBuddy 与 VBA 开发的基础认知WorkBuddy 是一款面向办公自动化和工作流场景的 AI 助手与 CodeBuddy 属于同一产品体系但侧重点不同。CodeBuddy 更偏向软件工程编码场景而 WorkBuddy 更贴近普通办公人员的工作流比如 Excel 表格处理、VBA 宏生成、数据整理、批量文件操作等。从产品形态看WorkBuddy 支持通过安装包部署到本地支持兑换码激活也支持通过 Skill 机制扩展特定场景的处理能力。围绕 WorkBuddy 有几个概念值得先搞清楚因为后面实操会用到。Skill 可以理解为“预置技能包”。当你把某个领域的规则、提示词模板、常用代码示例沉淀成一个 Skill 后后续处理同类任务就不需要重新描述背景。比如你可以创建一个“Excel 考勤统计”Skill把上班时间、迟到判定规则、输出格式写进去以后每次直接调用AI 生成的结果会更稳定。上下文用量是一个需要关注的概念。AI 对话工具处理长文本和多次迭代后上下文窗口会被占满。如果对话内容过长AI 可能会忘记最早的需求细节或者直接提示上下文已满。遇到这种情况比较有效的做法是新开一个会话并把关键需求重新描述一遍。再来看 VBA。VBA 是 Visual Basic for Applications 的缩写是 Excel、WPS 表格等办公软件内置的宏语言。它最大的优势是能直接操作当前文档的对象模型比如单元格、工作表、工作簿也能弹窗、读写文件、操作数据库。VBA 的语法结构相对传统但胜在离表格近、不依赖外部环境在数据清洗、报表生成、重复操作自动化这些场景里依然是实用工具。把 WorkBuddy 和 VBA 放在一起会产生一个很直接的化学反应对比维度传统手写 VBA用 WorkBuddy 生成 VBA语法要求需要系统学习只需要能看懂、能验证对象模型知识要记住 Range、Cells 等AI 负责生成调试成本找变量、查断点描述报错信息让 AI 改需求变更手动改代码重新描述需求对普通办公人员门槛高、容易放弃可以把精力放在业务规则上这里要强调一个判断用 WorkBuddy 写 VBA不等于完全不需要懂代码。你依然需要看懂生成的代码在做什么因为只有你能判断业务逻辑是否正确。AI 可以帮你把“实现方式”做得很快但“需求定义”和“结果验证”这两件事必须由你完成。3. 环境准备与安装在开始生成 VBA 之前先把本地环境准备好。这套流程主要依赖 Windows 操作系统和 Excel 或 WPS 表格不需要额外安装庞大的开发环境。第一步安装 WorkBuddy。访问 WorkBuddy 官方渠道下载对应版本的安装包安装过程与常见办公软件一致按向导完成即可。安装完成后启动程序使用账号登录。如果手头有兑换码可以在激活入口处填入激活后即可使用完整能力。不同版本可能对功能范围有差异具体以实际安装版本为准。第二步准备 Excel 环境。如果你的电脑上已经安装了 Microsoft Excel 或 WPS 表格这一步基本不用额外操作。建议确认版本能正常打开 xlsx 文件并且文件菜单里的“宏”功能没有被策略禁用。第三步启用宏权限。VBA 宏能运行的前提是 Excel 允许执行宏。在 Excel 中打开文件后如果看到黄条提示“宏已被禁用”需要点击“启用内容”。如果要长期使用自己信任的宏文件可以在 Excel 的“信任中心”里把存放宏文件的位置加入受信任位置。第四步打开 VBA 编辑器确认环境可用。按快捷键 AltF11如果能弹出 VBA 编辑窗口说明宏功能正常。这个窗口里能看到工程资源管理器、代码编辑区后面生成的代码会粘贴在这里。这里提醒一点VBA 宏属于可执行代码只应该运行来自可信来源的脚本。不要随意从网上下载未知宏文件并启用内容也不要使用任何声称“跳过密码”的破解方案。对于公司电脑涉及启用宏权限时建议先了解公司安全策略。环境准备好之后就可以开始做考勤统计的实际案例了。4. 考勤表数据准备与需求建模很多人直接让 AI 写代码结果生成的宏跑不起来原因是需求没说清楚数据格式也没描述明白。在让 WorkBuddy 生成 VBA 之前先把数据和需求梳理清楚。先假设原始考勤表长这样姓名日期上班打卡时间张三2024-11-0108:52:00李四2024-11-0109:13:00王五2024-11-0108:47:00张三2024-11-0409:26:00李四2024-11-0408:55:00实际场景中每一行是一条打卡记录日期格式是标准日期时间是标准时间。数据可能在一个叫“考勤明细”的工作表里。然后定义业务规则。迟到统计至少要明确以下几点迟到判定时间假设上班时间是 9:00打卡时间晚于 9:00 视为迟到。迟到分钟数打卡时间减去 9:00 后得到的分钟数。汇总方式按人员统计迟到次数和累计迟到分钟数。输出位置明细结果放到“迟到统计”工作表汇总结果放到同一张表的旁边区域。日期范围默认处理整个工作表不限定月份。这些规则看起来简单但非常关键。很多人写的提示词只有一句“统计迟到”AI 不知道上班时间是几点不知道输出到哪个表也不知道要不要按人员汇总生成出来的代码当然不对。需求建模还有一个原则一次只做一件事。第一版不要要求 AI 同时处理迟到、早退、漏卡、补卡、异常标记那会让生成结果很难验证。先把“迟到统计”跑通再逐步增加规则。这个思路对普通办公人员尤其重要因为代码越复杂出了问题越难定位。这个阶段的产出物是一张结构明确的 Excel 表一份你自己认可的业务规则清单。有了它们后面写提示词就有底气了。5. 用自然语言生成 VBA 的完整过程现在进入核心操作用 WorkBuddy 生成 VBA。整个过程本质上就是“把业务规则描述给 AI”但这并不等于随便说一句“帮我统计迟到”就完事。提示词写得好坏直接决定代码质量。先看一份比较完整的提示词模板我用 Excel 做考勤统计数据在工作表“考勤明细”中。 A 列是姓名B 列是日期C 列是上班打卡时间。 数据从第 2 行开始第 1 行是标题。 请用 VBA 实现以下功能 1. 遍历“考勤明细”表所有数据行。 2. 如果 C 列的打卡时间晚于 9:00则判定为迟到。 3. 在“迟到统计”工作表的 A 到 D 列输出迟到明细 A 列姓名B 列日期C 列打卡时间D 列迟到分钟数。 4. 在“迟到统计”工作表的 H 列和 I 列输出汇总 H 列姓名I 列迟到次数。 5. 统计结束后弹出消息框提示迟到记录总数和涉及人数。这份提示词包含了数据位置、列含义、判定规则、输出要求信息量足够。WorkBuddy 会根据这些信息生成一段 VBA 代码。如果你对 Excel 对象模型不熟悉甚至可以使用更口语化的提示词比如“我在一个 Excel 表里有姓名、日期、上班打卡时间三列从第二行开始。你帮我写个 VBA把每天 9 点以后打卡的人找出来同时算出迟到多少分钟还要按姓名统计迟到次数。”AI 同样能理解但输出的代码可能需要多一轮调整。提示词里最重要的部分是“规则明确”和“输出明确”。告诉 AI 什么是迟到、迟到分钟数怎么算、结果写到哪里。这些信息越清楚生成的代码越接近可以直接运行的状态。生成代码后不要直接结束对话。你需要在 WorkBuddy 里继续推进两件事第一确认代码使用的表名、列名与你的 Excel 完全一致。如果表名不叫“考勤明细”而是叫“Sheet1”要让 AI 改用正确的引用。第二主动要求优化。比如你可以追加一句“请加上数据有效性判断跳过空行如果同一人有多次迟到汇总时只在汇总区出现一次。”让 AI 在第一版基础上继续修改而不是自己手动改代码。WorkBuddy 与 CodeBuddy 的差异在这里也能看出来CodeBuddy 生成的代码更偏向工程结构WorkBuddy 生成的代码更贴近表格操作变量命名和注释也更适合非专业开发人员阅读。如果你同时用过两个工具会发现 WorkBuddy 在 Excel VBA 场景的输出更“零基础友好”。如果任务复杂比如一次要做考勤和工资表两个功能建议拆成两个独立会话分别生成。这样上下文更纯净AI 不容易把两个需求混在一起也方便你分别验证。6. 完整示例代码与执行验证为了让你直观地看到 WorkBuddy 生成代码的效果这里给出一段完整可用的 VBA 示例。它相当于“生成示例数据 迟到统计”两个宏的组合。6.1 生成示例考勤数据为了让流程可测试先写一段生成示例数据的宏。运行后会在“考勤明细”表里生成一批随机打卡时间方便你验证统计逻辑。Sub 生成示例考勤数据() Dim ws As Worksheet Dim names As Variant Dim i As Long, j As Long Dim r As Long Dim randomHour As Long, randomMinute As Long Set ws ThisWorkbook.Sheets(考勤明细) ws.Cells.ClearContents ws.Cells(1, 1).Value 姓名 ws.Cells(1, 2).Value 日期 ws.Cells(1, 3).Value 上班打卡时间 names Array(张三, 李四, 王五, 赵六, 孙七, 周八) r 2 For i 1 To 22 For j 0 To UBound(names) ws.Cells(r, 1).Value names(j) ws.Cells(r, 2).Value DateSerial(2024, 11, 1) i - 1 生成 08:40 到 09:30 之间的随机打卡时间 randomHour 8 Int(Rnd() * 2) randomMinute Int(Rnd() * 60) ws.Cells(r, 3).Value TimeSerial(randomHour, randomMinute, 0) r r 1 Next j Next i MsgBox 示例数据生成完成共 (r - 2) 行 End Sub这段代码的作用不是业务统计而是把测试数据造出来。生成的数据里有一部分人会在 9 点前打卡有一部分人晚于 9 点晚到的记录会被后续统计宏识别出来。6.2 迟到统计核心宏接下来是 WorkBuddy 最应该生成的代码迟到统计宏。它会把迟到的明细写入“迟到统计”表并按人员汇总迟到次数。Sub 统计迟到() Dim wsData As Worksheet Dim wsResult As Worksheet Dim lastRow As Long Dim i As Long Dim name As String Dim checkDate As Date Dim checkIn As Date Dim onDuty As Date Dim lateMinutes As Long Dim totalLate As Long Dim dict As Object Dim key As Variant Dim outRow As Long Set wsData ThisWorkbook.Sheets(考勤明细) Set wsResult ThisWorkbook.Sheets(迟到统计) onDuty TimeSerial(9, 0, 0) wsResult.Range(A2:I10000).ClearContents Set dict CreateObject(Scripting.Dictionary) lastRow wsData.Cells(wsData.Rows.Count, A).End(xlUp).Row If lastRow 2 Then MsgBox 考勤明细中没有数据, vbExclamation Exit Sub End If For i 2 To lastRow name Trim(CStr(wsData.Cells(i, 1).Value)) If Len(name) 0 Then checkDate wsData.Cells(i, 2).Value checkIn wsData.Cells(i, 3).Value If checkIn onDuty Then lateMinutes DateDiff(n, onDuty, checkIn) totalLate totalLate 1 outRow wsResult.Cells(wsResult.Rows.Count, A).End(xlUp).Row 1 If outRow 2 Then outRow 2 wsResult.Cells(outRow, 1).Value name wsResult.Cells(outRow, 2).Value checkDate wsResult.Cells(outRow, 3).Value checkIn wsResult.Cells(outRow, 4).Value lateMinutes If dict.Exists(name) Then dict(name) dict(name) 1 Else dict.Add name, 1 End If End If End If Next i outRow 2 wsResult.Cells(1, 8).Value 姓名 wsResult.Cells(1, 9).Value 迟到次数 For Each key In dict.Keys wsResult.Cells(outRow, 8).Value key wsResult.Cells(outRow, 9).Value dict(key) outRow outRow 1 Next key MsgBox 统计完成迟到记录 totalLate 条涉及 dict.Count 人, vbInformation End Sub这段代码的关键逻辑有三块。第一块是字典对象的使用。CreateObject(Scripting.Dictionary)创建了一个字典用来按姓名累计迟到次数。这是 VBA 里做分组统计最常见的技巧比循环查表要清晰高效。如果你的 WorkBuddy 生成结果里没有用字典而是用另外一个工作表做累加逻辑也能跑通只是代码会更绕。第二块是迟到判定。checkIn onDuty这一句比较两个时间值。onDuty 是TimeSerial(9, 0, 0)也就是 9 点。这里最容易踩坑的是打卡时间如果包含日期部分直接用比较可能有问题。更稳妥的做法是可以先取时间部分再比较不过对于常规打卡时间这个写法已经足够。第三块是输出逻辑。明细部分写进 A 到 D 列汇总部分写进 H 和 I 列。这样一份代码同时完成了“明细—汇总”两个动作方便你看结果。6.3 运行与验证运行方式很简单。把上述两个宏复制到 VBA 编辑器里先运行生成示例考勤数据再运行统计迟到。运行成功后你会看到如下效果“考勤明细”表生成了若干行示例数据姓名分布在 A 列日期在 B 列打卡时间在 C 列。“迟到统计”表的 A 到 D 列出现了迟到明细每条记录包含姓名、日期、打卡时间、迟到分钟数。“迟到统计”表的 H 列和 I 列出现汇总结果每位迟到员工只出现一次I 列是对应迟到次数。弹窗提示统计完成显示迟到记录总数和涉及人数。判断成功的标准不是“代码没报错”而是输出结果符合你的事先定义。你可以随机抽查几行明细手动验证“打卡时间确实晚于 9 点”和“迟到分钟数计算正确”。如果运行失败第一步要看的是 VBA 编辑器下方或者弹窗里显示的错误信息。比较常见的错误包括找不到名为“考勤明细”的工作表、找不到名为“迟到统计”的工作表、数据类型不匹配。这些报错信息可以直接复制给 WorkBuddy让 AI 帮忙修改。7. 常见问题与排查方法用 WorkBuddy 生成 VBA 后实际运行中会遇到一些典型问题。整理成表格方便对照排查。问题现象可能原因排查方式解决方案运行时提示“下标越界”工作表名称与代码不一致检查代码里的 Sheets(考勤明细) 是否与实际表名一致修改代码中的工作表名称或重命名表生成的宏没有统计到数据数据不在第 2 行开始或 A 列有空行查看“考勤明细”表实际结构调整代码中起始行或先做数据清洗迟到判断不准确打卡时间包含日期直接和 9 点比较失败在 VBA 中加入 Debug.Print 查看实际值使用 TimeValue(checkIn) 只取时间部分比较汇总人数不对字典 Key 包含空格或大小写差异检查姓名列是否有不可见字符写入字典前使用 Trim 清理空格上下文用量满了对话过长模型忘记早期需求新开会话重建关键提示词精简需求描述生成的代码与 WPS 不兼容某些 API 在 WPS 中不存在查看具体报错行改用 WPS 兼容写法或使用 WPS VBA 插件宏被禁用Excel 安全设置阻止运行查看“文件-选项-信任中心”将文件放入受信任位置或手动启用宏代码运行很慢数据量大循环逐行处理观察实际数据量先筛选有效数据或改用数组批量处理这里特别说一下“上下文用量满了”的处理。WorkBuddy 的对话上下文是有限资源在一次会话里不断修订代码、粘贴大段报错会快速消耗上下文。更推荐的做法是每完成一个明确阶段就把最终可用的提示词和代码复制出来保存到本地。如果上下文满了直接开新会话把之前保存的关键需求粘贴进去让 AI 继续工作而不是在旧会话里强行追问。另外WPS VBA 也是一个高频词。如果你使用的是 WPS 表格WorkBuddy 生成的代码有可能不能直接运行因为 WPS 对部分 VBA API 的支持度不同。常见做法是安装 WPS VBA 宏插件并在提示词里明确告诉 AI“请生成兼容 WPS 的 VBA 代码”。AI 会相应调整代码写法。关于“vba 跳过密码取代码”这类热词这里不做任何展开。VBA 工程密码保护是作者保护自己代码的机制绕过它既不合理也不安全。如果你需要修改别人留下的宏代码正确的做法是联系代码作者获取授权。8. 最佳实践与工程建议把 WorkBuddy 生成 VBA 从“能用”提升到“好用”需要建立一套自己的工程习惯。这些建议来自实际办公场景不复杂但很有效。第一把常用提示词模板化。不要每次都从头描述考勤统计需求。在 WorkBuddy 里创建一个“Excel 考勤统计”Skill把上班时间、判定规则、输出格式、表名约定写进去。后续复用时会省很多时间生成结果也更稳定。Skill 的本质是把你的业务知识沉淀下来这是普通办公人员最容易忽视但收益最大的一件事。第二数据备份优先。在执行任何 VBA 宏之前尤其是涉及写入、清除、汇总数据的宏先保存一份原始文件的副本。你可以在文件名后加“_备份”后缀或者把原始文件复制到另一个目录。这不是对 AI 不信任而是工程上最基本的止损手段。延迟统计宏里用到了ClearContents如果工作表没备份误操作会覆盖掉原有数据。第三验证结果时不只信弹窗提示。弹窗只是告诉你“完成了”不代表“正确”。你可以手动抽查一两个员工或者用透视表交叉验证 AI 生成的统计结果。等验证过两三次都没问题再信任这套流程。第四代码注释要保留。WorkBuddy 生成代码时通常会带注释建议不要删除。尤其是两个月之后再运行同一个宏注释能帮你快速回想这段代码在干什么。如果你后续手动修改过代码也记得同步改注释。第五从“个人脚本”走向“团队工具”时要补充更多细节。比如在宏开头检查依赖表是否存在、在结束时提示运行结果、在输出区域加上标题行背景色。这些看似无关紧要的改动能让不懂 VBA 的同事也能安全使用你写的工具。第六版本兼容意识。如果你的同事在用 WPS而你在用 Excel生成出来的代码要尽量用两边都支持的写法。常用的做法包括使用ThisWorkbook.Sheets而不是ActiveWorkbook避免依赖特定版本的函数减少对第三方控件的依赖。在提示词里明确“兼容 Excel 和 WPS”可以省掉很多返工。第七也是最重要的一点把“AI 写代码”看作一个协作过程而不是一次性的代码生成。第一版代码通常只是起点你要跑了验证发现问题再让 AI 修或者自己直接改。真正有价值的不是代码本身而是你对业务规则的理解和对结果的判断能力。9. 总结与后续学习方向这次用 WorkBuddy 写 VBA核心收获不只是“生成了一段统计迟到的宏”而是建立了一个可以复用的模式把业务规则描述清楚让 AI 生成代码再通过运行结果反向验证规则。这个模式适用于大量 Excel 自动化场景比如重复报表生成、数据清洗、多表合并、批量格式处理。对新手来说下一步可以做三件事。第一把今天这个考勤统计案例改成“早退统计”或“加班时长统计”只修改判定时间和汇总逻辑体会需求变化对代码的影响。第二把 WorkBuddy 生成的代码逐行读一遍不要求背下来但要能看到哪一行对应哪条业务规则。第三尝试创建一个自己的 Skill把常用的处理流程沉淀下来下次遇到类似任务直接调用。对已经熟悉 VBA 的人来说WorkBuddy 的价值则是效率工具。你不需要从零敲代码可以把时间花在复杂业务建模和代码审查上。生成代码后你更需要关注的是边界情况空数据、异常时间、跨月数据是否处理得当。这些细节通常需要人工补全。如果后续还想深入可以继续研究 VBA 里更高阶的用法数组批量处理大数据量、字典做复杂分组、正则表达式清理文本以及把 VBA 宏封装成加载项供团队复用。这些内容都可以继续用 WorkBuddy 辅助但前提是你要学会把需求拆到足够细。毕竟“靠嘴编程”的关键不在嘴而在于你脑子里的业务模型是否清晰。建议把这份考勤统计案例的提示词和代码保存下来下个月再做考勤时你会感谢现在的自己。
用 WorkBuddy 写 VBA：Excel 考勤迟到统计全流程指南
用 WorkBuddy 写 VBA本质上改变了写 Excel 宏的姿势。以前你要先学会 VBA 语法记住 Range、Cells、Dictionary 这些对象模型才有资格处理考勤统计现在只需要把业务规则说清楚比如“9 点之后打卡算迟到按人员汇总迟到次数和分钟数”AI 就把能跑的宏交给你。这篇文章会用 Excel 考勤迟到统计这个案例完整走一遍 WorkBuddy 从安装、准备数据、写提示词、生成 VBA 到执行验证的流程同时把容易踩的坑一次说清楚。无论你是 HR、财务、运营还是日常被 Excel 表格折磨的开发这篇都值得收藏。1. 为什么要用 AI 写 VBA先讲一个很真实的场景很多公司的考勤系统导出的数据就是一张流水表。每个员工每天一条记录包含姓名、日期、上班打卡时间。到月底要做迟到统计时你至少有三种选择。第一种手动筛选。把 Excel 打卡时间列筛选出来眯着眼找 9:00 之后的时间再用 COUNTIF 汇总。数据量小还好一旦超过两三百条眼睛先受不了而且很难保证不出错。第二种用函数公式。SUM 配合 IF、COUNTIFS、SUMPRODUCT 可以做一部分统计但要处理“日期跨月”“同一人多次迟到”“迟到分钟数汇总”这些条件公式会越来越长维护成本很高。更麻烦的是最终结果往往需要一张格式固定的统计表公式写完还得复制粘贴成值步骤并不少。第三种写 VBA 宏。这是最灵活、最一劳永逸的方案但也是门槛最高的。VBA 是一门编程语言你需要理解变量、循环、条件判断、集合对象、日期函数还要知道 Excel 的对象模型是怎么组织的。对于常年只写报表的人来说学完这些的成本和时间并不低。问题就在这里VBA 不是一门“每天都用”的语言。大多数人半年才写一次宏每次写之前都要重新翻教程写完就忘。因为使用频率低所以学习投入长期看并不划算但如果你不学碰到稍微复杂一点的统计需求又只能手动折腾。这就是 AI 编程助手介入之后变化最大的地方。你用自然语言描述规则AI 直接生成 VBA 代码。过去需要查半天资料才能写出来的宏现在一两分钟内就能拿到第一版。你不需要把 VBA 语法背得滚瓜烂熟你要做的是把需求讲清楚、把规则确认正确然后教会 AI 沿着你的业务口径迭代。这篇文章要解决的问题很明确怎么用 WorkBuddy 这类 AI 助手把一个真实的 Excel 考勤迟到统计需求变成可运行、可验证的 VBA 宏并且在实际使用中不翻车。2. WorkBuddy 与 VBA 开发的基础认知WorkBuddy 是一款面向办公自动化和工作流场景的 AI 助手与 CodeBuddy 属于同一产品体系但侧重点不同。CodeBuddy 更偏向软件工程编码场景而 WorkBuddy 更贴近普通办公人员的工作流比如 Excel 表格处理、VBA 宏生成、数据整理、批量文件操作等。从产品形态看WorkBuddy 支持通过安装包部署到本地支持兑换码激活也支持通过 Skill 机制扩展特定场景的处理能力。围绕 WorkBuddy 有几个概念值得先搞清楚因为后面实操会用到。Skill 可以理解为“预置技能包”。当你把某个领域的规则、提示词模板、常用代码示例沉淀成一个 Skill 后后续处理同类任务就不需要重新描述背景。比如你可以创建一个“Excel 考勤统计”Skill把上班时间、迟到判定规则、输出格式写进去以后每次直接调用AI 生成的结果会更稳定。上下文用量是一个需要关注的概念。AI 对话工具处理长文本和多次迭代后上下文窗口会被占满。如果对话内容过长AI 可能会忘记最早的需求细节或者直接提示上下文已满。遇到这种情况比较有效的做法是新开一个会话并把关键需求重新描述一遍。再来看 VBA。VBA 是 Visual Basic for Applications 的缩写是 Excel、WPS 表格等办公软件内置的宏语言。它最大的优势是能直接操作当前文档的对象模型比如单元格、工作表、工作簿也能弹窗、读写文件、操作数据库。VBA 的语法结构相对传统但胜在离表格近、不依赖外部环境在数据清洗、报表生成、重复操作自动化这些场景里依然是实用工具。把 WorkBuddy 和 VBA 放在一起会产生一个很直接的化学反应对比维度传统手写 VBA用 WorkBuddy 生成 VBA语法要求需要系统学习只需要能看懂、能验证对象模型知识要记住 Range、Cells 等AI 负责生成调试成本找变量、查断点描述报错信息让 AI 改需求变更手动改代码重新描述需求对普通办公人员门槛高、容易放弃可以把精力放在业务规则上这里要强调一个判断用 WorkBuddy 写 VBA不等于完全不需要懂代码。你依然需要看懂生成的代码在做什么因为只有你能判断业务逻辑是否正确。AI 可以帮你把“实现方式”做得很快但“需求定义”和“结果验证”这两件事必须由你完成。3. 环境准备与安装在开始生成 VBA 之前先把本地环境准备好。这套流程主要依赖 Windows 操作系统和 Excel 或 WPS 表格不需要额外安装庞大的开发环境。第一步安装 WorkBuddy。访问 WorkBuddy 官方渠道下载对应版本的安装包安装过程与常见办公软件一致按向导完成即可。安装完成后启动程序使用账号登录。如果手头有兑换码可以在激活入口处填入激活后即可使用完整能力。不同版本可能对功能范围有差异具体以实际安装版本为准。第二步准备 Excel 环境。如果你的电脑上已经安装了 Microsoft Excel 或 WPS 表格这一步基本不用额外操作。建议确认版本能正常打开 xlsx 文件并且文件菜单里的“宏”功能没有被策略禁用。第三步启用宏权限。VBA 宏能运行的前提是 Excel 允许执行宏。在 Excel 中打开文件后如果看到黄条提示“宏已被禁用”需要点击“启用内容”。如果要长期使用自己信任的宏文件可以在 Excel 的“信任中心”里把存放宏文件的位置加入受信任位置。第四步打开 VBA 编辑器确认环境可用。按快捷键 AltF11如果能弹出 VBA 编辑窗口说明宏功能正常。这个窗口里能看到工程资源管理器、代码编辑区后面生成的代码会粘贴在这里。这里提醒一点VBA 宏属于可执行代码只应该运行来自可信来源的脚本。不要随意从网上下载未知宏文件并启用内容也不要使用任何声称“跳过密码”的破解方案。对于公司电脑涉及启用宏权限时建议先了解公司安全策略。环境准备好之后就可以开始做考勤统计的实际案例了。4. 考勤表数据准备与需求建模很多人直接让 AI 写代码结果生成的宏跑不起来原因是需求没说清楚数据格式也没描述明白。在让 WorkBuddy 生成 VBA 之前先把数据和需求梳理清楚。先假设原始考勤表长这样姓名日期上班打卡时间张三2024-11-0108:52:00李四2024-11-0109:13:00王五2024-11-0108:47:00张三2024-11-0409:26:00李四2024-11-0408:55:00实际场景中每一行是一条打卡记录日期格式是标准日期时间是标准时间。数据可能在一个叫“考勤明细”的工作表里。然后定义业务规则。迟到统计至少要明确以下几点迟到判定时间假设上班时间是 9:00打卡时间晚于 9:00 视为迟到。迟到分钟数打卡时间减去 9:00 后得到的分钟数。汇总方式按人员统计迟到次数和累计迟到分钟数。输出位置明细结果放到“迟到统计”工作表汇总结果放到同一张表的旁边区域。日期范围默认处理整个工作表不限定月份。这些规则看起来简单但非常关键。很多人写的提示词只有一句“统计迟到”AI 不知道上班时间是几点不知道输出到哪个表也不知道要不要按人员汇总生成出来的代码当然不对。需求建模还有一个原则一次只做一件事。第一版不要要求 AI 同时处理迟到、早退、漏卡、补卡、异常标记那会让生成结果很难验证。先把“迟到统计”跑通再逐步增加规则。这个思路对普通办公人员尤其重要因为代码越复杂出了问题越难定位。这个阶段的产出物是一张结构明确的 Excel 表一份你自己认可的业务规则清单。有了它们后面写提示词就有底气了。5. 用自然语言生成 VBA 的完整过程现在进入核心操作用 WorkBuddy 生成 VBA。整个过程本质上就是“把业务规则描述给 AI”但这并不等于随便说一句“帮我统计迟到”就完事。提示词写得好坏直接决定代码质量。先看一份比较完整的提示词模板我用 Excel 做考勤统计数据在工作表“考勤明细”中。 A 列是姓名B 列是日期C 列是上班打卡时间。 数据从第 2 行开始第 1 行是标题。 请用 VBA 实现以下功能 1. 遍历“考勤明细”表所有数据行。 2. 如果 C 列的打卡时间晚于 9:00则判定为迟到。 3. 在“迟到统计”工作表的 A 到 D 列输出迟到明细 A 列姓名B 列日期C 列打卡时间D 列迟到分钟数。 4. 在“迟到统计”工作表的 H 列和 I 列输出汇总 H 列姓名I 列迟到次数。 5. 统计结束后弹出消息框提示迟到记录总数和涉及人数。这份提示词包含了数据位置、列含义、判定规则、输出要求信息量足够。WorkBuddy 会根据这些信息生成一段 VBA 代码。如果你对 Excel 对象模型不熟悉甚至可以使用更口语化的提示词比如“我在一个 Excel 表里有姓名、日期、上班打卡时间三列从第二行开始。你帮我写个 VBA把每天 9 点以后打卡的人找出来同时算出迟到多少分钟还要按姓名统计迟到次数。”AI 同样能理解但输出的代码可能需要多一轮调整。提示词里最重要的部分是“规则明确”和“输出明确”。告诉 AI 什么是迟到、迟到分钟数怎么算、结果写到哪里。这些信息越清楚生成的代码越接近可以直接运行的状态。生成代码后不要直接结束对话。你需要在 WorkBuddy 里继续推进两件事第一确认代码使用的表名、列名与你的 Excel 完全一致。如果表名不叫“考勤明细”而是叫“Sheet1”要让 AI 改用正确的引用。第二主动要求优化。比如你可以追加一句“请加上数据有效性判断跳过空行如果同一人有多次迟到汇总时只在汇总区出现一次。”让 AI 在第一版基础上继续修改而不是自己手动改代码。WorkBuddy 与 CodeBuddy 的差异在这里也能看出来CodeBuddy 生成的代码更偏向工程结构WorkBuddy 生成的代码更贴近表格操作变量命名和注释也更适合非专业开发人员阅读。如果你同时用过两个工具会发现 WorkBuddy 在 Excel VBA 场景的输出更“零基础友好”。如果任务复杂比如一次要做考勤和工资表两个功能建议拆成两个独立会话分别生成。这样上下文更纯净AI 不容易把两个需求混在一起也方便你分别验证。6. 完整示例代码与执行验证为了让你直观地看到 WorkBuddy 生成代码的效果这里给出一段完整可用的 VBA 示例。它相当于“生成示例数据 迟到统计”两个宏的组合。6.1 生成示例考勤数据为了让流程可测试先写一段生成示例数据的宏。运行后会在“考勤明细”表里生成一批随机打卡时间方便你验证统计逻辑。Sub 生成示例考勤数据() Dim ws As Worksheet Dim names As Variant Dim i As Long, j As Long Dim r As Long Dim randomHour As Long, randomMinute As Long Set ws ThisWorkbook.Sheets(考勤明细) ws.Cells.ClearContents ws.Cells(1, 1).Value 姓名 ws.Cells(1, 2).Value 日期 ws.Cells(1, 3).Value 上班打卡时间 names Array(张三, 李四, 王五, 赵六, 孙七, 周八) r 2 For i 1 To 22 For j 0 To UBound(names) ws.Cells(r, 1).Value names(j) ws.Cells(r, 2).Value DateSerial(2024, 11, 1) i - 1 生成 08:40 到 09:30 之间的随机打卡时间 randomHour 8 Int(Rnd() * 2) randomMinute Int(Rnd() * 60) ws.Cells(r, 3).Value TimeSerial(randomHour, randomMinute, 0) r r 1 Next j Next i MsgBox 示例数据生成完成共 (r - 2) 行 End Sub这段代码的作用不是业务统计而是把测试数据造出来。生成的数据里有一部分人会在 9 点前打卡有一部分人晚于 9 点晚到的记录会被后续统计宏识别出来。6.2 迟到统计核心宏接下来是 WorkBuddy 最应该生成的代码迟到统计宏。它会把迟到的明细写入“迟到统计”表并按人员汇总迟到次数。Sub 统计迟到() Dim wsData As Worksheet Dim wsResult As Worksheet Dim lastRow As Long Dim i As Long Dim name As String Dim checkDate As Date Dim checkIn As Date Dim onDuty As Date Dim lateMinutes As Long Dim totalLate As Long Dim dict As Object Dim key As Variant Dim outRow As Long Set wsData ThisWorkbook.Sheets(考勤明细) Set wsResult ThisWorkbook.Sheets(迟到统计) onDuty TimeSerial(9, 0, 0) wsResult.Range(A2:I10000).ClearContents Set dict CreateObject(Scripting.Dictionary) lastRow wsData.Cells(wsData.Rows.Count, A).End(xlUp).Row If lastRow 2 Then MsgBox 考勤明细中没有数据, vbExclamation Exit Sub End If For i 2 To lastRow name Trim(CStr(wsData.Cells(i, 1).Value)) If Len(name) 0 Then checkDate wsData.Cells(i, 2).Value checkIn wsData.Cells(i, 3).Value If checkIn onDuty Then lateMinutes DateDiff(n, onDuty, checkIn) totalLate totalLate 1 outRow wsResult.Cells(wsResult.Rows.Count, A).End(xlUp).Row 1 If outRow 2 Then outRow 2 wsResult.Cells(outRow, 1).Value name wsResult.Cells(outRow, 2).Value checkDate wsResult.Cells(outRow, 3).Value checkIn wsResult.Cells(outRow, 4).Value lateMinutes If dict.Exists(name) Then dict(name) dict(name) 1 Else dict.Add name, 1 End If End If End If Next i outRow 2 wsResult.Cells(1, 8).Value 姓名 wsResult.Cells(1, 9).Value 迟到次数 For Each key In dict.Keys wsResult.Cells(outRow, 8).Value key wsResult.Cells(outRow, 9).Value dict(key) outRow outRow 1 Next key MsgBox 统计完成迟到记录 totalLate 条涉及 dict.Count 人, vbInformation End Sub这段代码的关键逻辑有三块。第一块是字典对象的使用。CreateObject(Scripting.Dictionary)创建了一个字典用来按姓名累计迟到次数。这是 VBA 里做分组统计最常见的技巧比循环查表要清晰高效。如果你的 WorkBuddy 生成结果里没有用字典而是用另外一个工作表做累加逻辑也能跑通只是代码会更绕。第二块是迟到判定。checkIn onDuty这一句比较两个时间值。onDuty 是TimeSerial(9, 0, 0)也就是 9 点。这里最容易踩坑的是打卡时间如果包含日期部分直接用比较可能有问题。更稳妥的做法是可以先取时间部分再比较不过对于常规打卡时间这个写法已经足够。第三块是输出逻辑。明细部分写进 A 到 D 列汇总部分写进 H 和 I 列。这样一份代码同时完成了“明细—汇总”两个动作方便你看结果。6.3 运行与验证运行方式很简单。把上述两个宏复制到 VBA 编辑器里先运行生成示例考勤数据再运行统计迟到。运行成功后你会看到如下效果“考勤明细”表生成了若干行示例数据姓名分布在 A 列日期在 B 列打卡时间在 C 列。“迟到统计”表的 A 到 D 列出现了迟到明细每条记录包含姓名、日期、打卡时间、迟到分钟数。“迟到统计”表的 H 列和 I 列出现汇总结果每位迟到员工只出现一次I 列是对应迟到次数。弹窗提示统计完成显示迟到记录总数和涉及人数。判断成功的标准不是“代码没报错”而是输出结果符合你的事先定义。你可以随机抽查几行明细手动验证“打卡时间确实晚于 9 点”和“迟到分钟数计算正确”。如果运行失败第一步要看的是 VBA 编辑器下方或者弹窗里显示的错误信息。比较常见的错误包括找不到名为“考勤明细”的工作表、找不到名为“迟到统计”的工作表、数据类型不匹配。这些报错信息可以直接复制给 WorkBuddy让 AI 帮忙修改。7. 常见问题与排查方法用 WorkBuddy 生成 VBA 后实际运行中会遇到一些典型问题。整理成表格方便对照排查。问题现象可能原因排查方式解决方案运行时提示“下标越界”工作表名称与代码不一致检查代码里的 Sheets(考勤明细) 是否与实际表名一致修改代码中的工作表名称或重命名表生成的宏没有统计到数据数据不在第 2 行开始或 A 列有空行查看“考勤明细”表实际结构调整代码中起始行或先做数据清洗迟到判断不准确打卡时间包含日期直接和 9 点比较失败在 VBA 中加入 Debug.Print 查看实际值使用 TimeValue(checkIn) 只取时间部分比较汇总人数不对字典 Key 包含空格或大小写差异检查姓名列是否有不可见字符写入字典前使用 Trim 清理空格上下文用量满了对话过长模型忘记早期需求新开会话重建关键提示词精简需求描述生成的代码与 WPS 不兼容某些 API 在 WPS 中不存在查看具体报错行改用 WPS 兼容写法或使用 WPS VBA 插件宏被禁用Excel 安全设置阻止运行查看“文件-选项-信任中心”将文件放入受信任位置或手动启用宏代码运行很慢数据量大循环逐行处理观察实际数据量先筛选有效数据或改用数组批量处理这里特别说一下“上下文用量满了”的处理。WorkBuddy 的对话上下文是有限资源在一次会话里不断修订代码、粘贴大段报错会快速消耗上下文。更推荐的做法是每完成一个明确阶段就把最终可用的提示词和代码复制出来保存到本地。如果上下文满了直接开新会话把之前保存的关键需求粘贴进去让 AI 继续工作而不是在旧会话里强行追问。另外WPS VBA 也是一个高频词。如果你使用的是 WPS 表格WorkBuddy 生成的代码有可能不能直接运行因为 WPS 对部分 VBA API 的支持度不同。常见做法是安装 WPS VBA 宏插件并在提示词里明确告诉 AI“请生成兼容 WPS 的 VBA 代码”。AI 会相应调整代码写法。关于“vba 跳过密码取代码”这类热词这里不做任何展开。VBA 工程密码保护是作者保护自己代码的机制绕过它既不合理也不安全。如果你需要修改别人留下的宏代码正确的做法是联系代码作者获取授权。8. 最佳实践与工程建议把 WorkBuddy 生成 VBA 从“能用”提升到“好用”需要建立一套自己的工程习惯。这些建议来自实际办公场景不复杂但很有效。第一把常用提示词模板化。不要每次都从头描述考勤统计需求。在 WorkBuddy 里创建一个“Excel 考勤统计”Skill把上班时间、判定规则、输出格式、表名约定写进去。后续复用时会省很多时间生成结果也更稳定。Skill 的本质是把你的业务知识沉淀下来这是普通办公人员最容易忽视但收益最大的一件事。第二数据备份优先。在执行任何 VBA 宏之前尤其是涉及写入、清除、汇总数据的宏先保存一份原始文件的副本。你可以在文件名后加“_备份”后缀或者把原始文件复制到另一个目录。这不是对 AI 不信任而是工程上最基本的止损手段。延迟统计宏里用到了ClearContents如果工作表没备份误操作会覆盖掉原有数据。第三验证结果时不只信弹窗提示。弹窗只是告诉你“完成了”不代表“正确”。你可以手动抽查一两个员工或者用透视表交叉验证 AI 生成的统计结果。等验证过两三次都没问题再信任这套流程。第四代码注释要保留。WorkBuddy 生成代码时通常会带注释建议不要删除。尤其是两个月之后再运行同一个宏注释能帮你快速回想这段代码在干什么。如果你后续手动修改过代码也记得同步改注释。第五从“个人脚本”走向“团队工具”时要补充更多细节。比如在宏开头检查依赖表是否存在、在结束时提示运行结果、在输出区域加上标题行背景色。这些看似无关紧要的改动能让不懂 VBA 的同事也能安全使用你写的工具。第六版本兼容意识。如果你的同事在用 WPS而你在用 Excel生成出来的代码要尽量用两边都支持的写法。常用的做法包括使用ThisWorkbook.Sheets而不是ActiveWorkbook避免依赖特定版本的函数减少对第三方控件的依赖。在提示词里明确“兼容 Excel 和 WPS”可以省掉很多返工。第七也是最重要的一点把“AI 写代码”看作一个协作过程而不是一次性的代码生成。第一版代码通常只是起点你要跑了验证发现问题再让 AI 修或者自己直接改。真正有价值的不是代码本身而是你对业务规则的理解和对结果的判断能力。9. 总结与后续学习方向这次用 WorkBuddy 写 VBA核心收获不只是“生成了一段统计迟到的宏”而是建立了一个可以复用的模式把业务规则描述清楚让 AI 生成代码再通过运行结果反向验证规则。这个模式适用于大量 Excel 自动化场景比如重复报表生成、数据清洗、多表合并、批量格式处理。对新手来说下一步可以做三件事。第一把今天这个考勤统计案例改成“早退统计”或“加班时长统计”只修改判定时间和汇总逻辑体会需求变化对代码的影响。第二把 WorkBuddy 生成的代码逐行读一遍不要求背下来但要能看到哪一行对应哪条业务规则。第三尝试创建一个自己的 Skill把常用的处理流程沉淀下来下次遇到类似任务直接调用。对已经熟悉 VBA 的人来说WorkBuddy 的价值则是效率工具。你不需要从零敲代码可以把时间花在复杂业务建模和代码审查上。生成代码后你更需要关注的是边界情况空数据、异常时间、跨月数据是否处理得当。这些细节通常需要人工补全。如果后续还想深入可以继续研究 VBA 里更高阶的用法数组批量处理大数据量、字典做复杂分组、正则表达式清理文本以及把 VBA 宏封装成加载项供团队复用。这些内容都可以继续用 WorkBuddy 辅助但前提是你要学会把需求拆到足够细。毕竟“靠嘴编程”的关键不在嘴而在于你脑子里的业务模型是否清晰。建议把这份考勤统计案例的提示词和代码保存下来下个月再做考勤时你会感谢现在的自己。