AI 清洗完 Excel,别急着交付:先检查这 10 项

AI 交回来的 Excel，最容易让人放松警惕的时刻，不是它报错，而是它看起来特别整齐。

上一篇实测里，我把 300 行完全虚构的销售线索交给 Kimi K3（进阶）清洗。最终文件通过了全部硬门槛，独立审计得分 94/100。

但在最终一致性检查之前，“清洗后数据”里的“源行号”曾经整列为空。

金额合计仍然正确，行数也没有少。只看表格外观和汇总数字，很可能发现不了这个问题。

这正是今天这份清单的由来：

AI 把 Excel 清洗完以后，至少要人工检查下面 10 项，才能决定它是否可以交付。

先交代这份清单从哪里来

这不是凭空整理的“Excel 技巧”。

2026 年 7 月 28 日，我在 Kimi 网页端使用 K3（进阶）模式，处理了一份 300 行的完全虚构销售线索表。数据里包含重复记录、渠道混写、日期异常、文本金额、关键空值和异常金额。

最终结果是：

• • 300 行原始记录；
• • 294 条唯一记录；
• • 6 条重复记录单独留痕；
• • 10 条异常待确认；
• • 280 条有效金额；
• • 有效金额合计 2,616,895；
• • 总耗时 15.4 分钟；
• • 人工纠错提示 0 次；
• • 独立审计得分 94/100。

最终正确，不代表检查可以省略。恰恰因为结果看起来正确，更需要一套固定验收顺序。

1. 原始文件还在不在

第一项不是检查 AI 的输出，而是检查你有没有保留原件。

不要在唯一原文件上直接修改，也不要只留下 AI 处理后的版本。最稳妥的做法是：

• • 原始文件只读保存；
• • 复制一份给 AI 处理；
• • 输出文件使用新的名称和版本号；
• • 记录处理日期、工具和规则。

如果后面发现 AI 删错了行、改错了字段，原始文件就是回滚起点。

2. 文件结构是否完整

先确认文件能在最终使用的软件中正常打开，再检查应该存在的工作表是否齐全。

本次实测要求交付 5 张表：

1. 1. 清洗后数据；
2. 2. 重复记录；
3. 3. 异常待确认；
4. 4. 清洗日志；
5. 5. 汇总。

如果 AI 只给出一张“整理干净”的明细表，很多删除、修改和排除动作就失去了证据。

3. 总行数能不能对上

最基础的守恒关系是：

原始行数 = 清洗后唯一行数 + 被移除的重复行数。

本次结果是：

300 = 294 + 6。

如果左右两边对不上，先不要继续看格式和汇总。需要立刻找出哪些记录被遗漏、重复计算或凭空新增。

4. 唯一键有没有遗漏或新增

行数相同，不代表记录相同。

如果一条原记录消失，同时又凭空增加了一条新记录，总行数仍然可能保持不变。

所以要检查：

• • 唯一键有没有重复；
• • 原始唯一键是否全部存在；
• • AI 有没有生成原表里不存在的新 ID；
• • 去重规则是否真的保留了约定的那一条。

没有可靠唯一键的表格，不能只靠“公司名称差不多”或“姓名看起来一样”自动去重。

5. 重复记录有没有单独留痕

去重不等于直接删除。

每一条被移除的重复记录，都应该进入单独的重复表，并至少保留：

• • 唯一键；
• • 原始行号；
• • 与哪条记录重复；
• • 为什么被判定为重复；
• • 最终保留了哪一条。

这样有人问“这条线索为什么不见了”时，才有办法回答。

6. 关键字段有没有整列漏空

这是本次实测真正发生过的问题。

首次生成时，“清洗后数据”已经有 294 行，金额和异常数量也能对上，但“源行号”整列为空。

Kimi 在最终检查时自行发现并修复，没有收到人工纠错提示。可这不意味着问题不重要。

源行号不参与金额计算，却决定一条记录能否回到原始表定位。类似的关键列还可能包括：

• • 客户 ID；
• • 订单号；
• • 负责人；
• • 状态；
• • 日期；
• • 数据来源；
• • 审批标记。

验收时不要只抽查几个单元格。先查看这些关键列的非空数量，避免漏掉“整列为空”这种不显眼的错误。

修复后的“清洗后数据”保留了唯一键和源行号，可以回到原始记录定位。

7. 空值有没有被擅自补齐

空白、0 和“未知”不是一回事。

本次测试里有 6 个预算空值和 6 个负责人空值。它们最终都保持空白，没有被补成 0、平均数或某个看起来合理的人名。

如果 AI 没有足够依据，就不应该补值。

尤其要检查金额、负责人、状态和日期等业务字段。一个“看起来更完整”的表，可能比保留空白更危险。

8. 异常是否保留原值，并与汇总隔离

异常不是错误的同义词。

负数可能是退款，超大金额可能是真实大单，无效日期也可能来自上游系统。AI 可以标记异常，但不能擅自决定业务含义。

本次共有 10 条异常：

• • 8 个异常金额；
• • 2 个无效日期。

它们都保留原值、进入“异常待确认”，并按预设规则排除在有效金额汇总之外。

异常被单独列出，没有为了让表格“干净”而直接修改或删除。

9. 汇总数字能不能从明细重新算出来

不要只看 AI 给出的总数。

本次有效金额合计为 2,616,895，对应 280 条有效金额记录。这个数字必须能从清洗后的明细重新计算，并且明确排除了：

• • 6 条重复记录；
• • 6 个预算空值；
• • 8 个异常金额。

如果你不知道一个汇总数字排除了什么，它就还不是可以直接使用的业务结果。

汇总页同时列出原始行数、唯一行数、重复、空值、异常和有效金额口径。

10. 修改日志和抽样结果是否一致

最后检查 AI 声称做过的动作，能不能在明细中找到对应证据。

本次清洗日志共有 135 条操作：

• • 重复移除 6 条；
• • 渠道映射 36 条；
• • 日期标准化 42 条；
• • 金额转换 29 条；
• • 空值保留 12 条；
• • 标记待确认 10 条。

验收时可以从每类操作中随机抽几条，回到原始表和清洗结果两边核对。

日志数量、明细变化和汇总结果三者对不上时，不能因为文件已经导出就默认它是正确的。

一分钟验收版

如果没有时间逐项阅读，至少按下面的顺序过一遍：

• •原始文件仍然保留，没有被覆盖；
• •文件能打开，规定工作表齐全；
• •原始行数等于唯一行数加重复行数；
• •唯一键没有遗漏、重复或新增；
• •被移除的重复记录可以追溯；
• •唯一键、源行号等关键列没有整列漏空；
• •空值没有被补成 0、平均值或推测值；
• •异常保留原值，并按规则与有效汇总隔离；
• •汇总数字可以从明细重新计算；
• •清洗日志、抽样记录和最终明细一致。

这份清单也有边界

它适合规则明确的去重、格式统一、异常分流和基础汇总任务。

它不能替代财务入账、工资、付款、税务、合同价格等高风险数据的专业复核；没有可靠唯一键、需要大量业务判断或包含敏感信息的文件，也不适合直接上传给通用 AI 工具处理。

本次结果只代表 2026 年 7 月 28 日、Kimi 网页端 K3（进阶）模式、同一份 300 行虚构数据和同一套规则下的一次测试，不能外推到所有 Excel、所有数据规模或未来版本。

最后

AI 清洗 Excel 的价值，不只是把空格删掉、日期统一、金额转成数字。

真正决定它能不能交付的，是每一条删除能否解释、每一个异常能否追溯、每一个汇总能否复算。

如果你正在处理一张表，最怕 AI 动错哪一列？

是金额、日期、负责人、状态，还是唯一 ID？

欢迎直接留言字段名。我会把出现最多的真实场景放进后续实测。

「AI出活局」不聊玄学，只看能不能出活。