火小懂编辑部
不少运营人员会让AI写一段Excel VBA宏，用来合并工作表、清洗数据或者自动发送报表。代码看起来短，风险却可能不小：宏能够读取文件、改变表格、调用系统组件，甚至在配置允许时连接外部网络。不能因为它来自AI或者说明写着“效率工具”，就直接在包含客户电话、订单或工资信息的工作簿中启用。本文给出可重复执行的七项验收实践，适用于没有专业开发团队的小企业使用者。
第一项：先圈定宏必须完成的工作
让AI生成代码之前，写清楚输入文件结构、允许读写的工作表、输出字段、是否需要创建文件，以及哪些原始记录绝不能修改。任务只需要汇总销售额时，就不应授权自动发送邮件、调用Shell或者访问整个磁盘。优先要求使用标准Excel对象完成局部计算，不允许无关的网络请求或自动下载其他脚本。
验收时把宏功能写成输入与输出对照表。例如输入两张脱敏订单表，预期输出按商品分类的汇总，明确空值、重复订单与取消订单怎么处理。没有可验证标准的“帮我整理得更好看”，容易让模型在不知情时改变业务含义。
第二项：阅读代码里的高风险动作
检查VBA代码是否包含Shell、CreateObject、FileSystemObject、XMLHTTP、PowerShell调用、自动打开其他工作簿、发送邮件或删除文件等操作。出现这些词不一定代表恶意，但必须有可解释的业务目的和范围。对于来源不明的宏文件，不要为了完成任务而关闭整个Office的安全保护。
微软关于从互联网下载的Office文件中阻止宏运行的官方文档说明，宏安全涉及来源信任、策略和用户保护。管理员应根据组织的安全基线设置策略，普通用户不应把“启用所有宏”当作临时解决办法。尤其是收到陌生人发来的附件时，优先核实来源和实际必要性。
第三项：只在隔离样本中首次运行
制作一份经过脱敏的测试工作簿，包含正常数据、空行、超长文本、中文字符、异常日期和重复主键。把文件放在隔离测试环境，先备份再执行，不连接生产共享盘。对于必须访问外部接口的脚本，应使用假接口或测试凭据，不提供真实数据库和企业邮箱密码。
运行过程记录执行前后文件大小、工作表数量、关键单元格校验结果和异常日志。若宏尝试写入指定目录之外的路径，或者产生了预期外的网络访问，应先停止排查，而不是反复点击运行。不要把失败的样本直接交给下一个员工在正式文件中继续试。
第四项：做数值与业务规则双重校验
宏运行没有报错，不代表输出正确。应分别比较总行数、非空记录、唯一订单数、金额总和、汇率字段以及分类汇总。对于金额计算，明确货币单位、税费处理、四舍五入方式和负数退款记录，避免AI把不同口径的数据直接相加。检查宏是否改变了日期的地区格式或者把身份证号、电话等字段转换成科学计数法。
可以设计三组独立样本：正常数据、边界数据、错误输入。预期结果由人工先计算并保存，运行后再自动比对。尽量不要让同一个AI模型既生成代码，又单独决定所有验收答案，否则相同理解错误可能同时出现在代码和测试用例中。
第五项：安排回滚与权限收口
正式使用前保存只读的原始文件和版本号，宏输出写到独立文件，而不是覆盖原始数据。即使任务需要回写，也应先提供预览差异并要求确认。宏执行结束后撤销不再需要的访问权限，清理测试凭据与临时文件，并保留必要的审计记录。这样即使出现错误也能够恢复并追溯。
如果多人共用模板，建议通过版本管理统一发放并限制谁能够修改宏代码。NIST在2022年发布的SP 800-218安全软件开发框架强调降低软件缺陷风险的生命周期实践。把版本审查、测试和回滚移植到办公自动化，同样能减少“一个文件坏掉全团队”的风险。
第六项：建立审批与停止条件
面向财务、客服和人事的工作簿可能含敏感个人信息，需要更严格的权限。要求使用者在运行前确认文件是否属于敏感场景、代码是否经复核、输出位置是否合规以及日志会保存哪些数据。不要把真实客户资料复制到公开AI聊天工具中用于调试。能用虚构样本解释的问题，就不必暴露完整生产文件。
为每个宏设置停止条件：发现未经授权的网络连接、意外删除、超出允许行数的修改或异常金额差异，就立即停止并使用备份恢复。记录执行人、文件版本和失败原因。对于企业核心流程，安排第二人复核能显著降低单点操作风险。
第七项：让自动化成为能复用的流程
经过验收的宏应附上使用说明、输入模板、预期输出、错误提示、测试文件和恢复步骤。后续AI修改代码时必须重新跑完整样本，而不能只检查新增功能。只要宏会触碰更多文件、增加外部依赖或改变金额规则，就应当视为新的版本重新审批。
真正可靠的办公自动化不是让AI无限制地操作电脑，而是让每一步数据变化可预测、可检查、可撤销。对普通使用者来说，稍慢一点的测试流程，比一次误删客户数据或财务报表带来的损失更值得。
