原来的做法与痛点
原来靠 Excel 的查找替换和分列慢慢弄，一季度要弄两天，弄完还得自己再核对一遍。最怕的是它把两家客户合并成一家，或者把「已付」和「PAY」当成两种状态——底稿一旦错，审计那边要解释的东西比干活本身多。我不敢让 AI 直接给我「清洗好的表」，因为我没法验证它动了多少数据。
实际用的提示词（原文）
你要扮演一个谨慎的数据清洗助手。下面是一份从 ERP 导出的明细表，
我不会给你原始文件，你只需要按我描述的规则，
给出可执行的清洗步骤和每一步的校验方式。
【表结构】sheet 名 {{对账单_2026Q2}}
列：A 日期 | B 单号 | C 客户名称 | D 品名 | E 单位 | F 数量 | G 单价 |
H 含税金额 | I 税率 | J 结算状态 | K 备注
【已知问题】
1. 客户名称有 6 种写法指同一家：
{{宁波华达、宁波华达有限公司、华达(宁波)、宁波华达实业、华达集团、宁波华达 公司}}
2. F 列有 3 行是文本型数字，比如 "1,200"、"800KG"
3. H 列 = F × G × (1 + 税率)，有 11 行对不上，差额都在 -0.5% ~ +0.5% 之间
4. J 列有 "已付"、"已付 "(带空格)、"PAY"、"yifu" 四种表示已付款
【请你按这个顺序做】
1. 先排序：这几类问题里先做哪一步、为什么这一步必须先做。
把「类型转换」和「去重合并」的先后关系说清楚
2. 每一步给出三行：做什么 → 用什么判断条件 → 改完之后行数应该变化多少。
例如「去空格并统一后缀」这一步，去重前 12,480 行、去重后应为 12,455 行。
我要用你给的预期值来核对，不要只说「请自行检查」
3. 单独列出「必须人工确认」的异常行，给出你的判断依据和置信度。
不要建议我直接删除
4. 最后给一条 SQL 或一条 Excel 公式，验证清洗后的表里
是不是还剩下没处理过的脏数据
限制：
1. 不要假设我没说过的规则。缺信息的地方写成「需要你确认：……」
2. 不要直接给我汇总数字，我要能自己复算的过程
3. 涉及金额的步骤，请说明改动的可逆性：能不能回滚、回滚要靠什么
4. 不要建议用宏、VBA 或脚本，除非同时给出它会改动哪些单元格这是这个案例最有价值的部分：注意它把「背景、约束、输出格式」写在了哪里。
实际结果
这个做法最大的价值是「预期行数」这一栏——它给了 12,455，我去核对，实际是 12,455，一致；后面两步它给的预期值都准了，因为脏数据的规则是封闭的。可疑的地方是第 3 类（金额对不上的 11 行），它只给了置信度没给结论，这 11 行我全部人工看了一遍，确认是税率口径差异，跟它说的方向一样但原因它猜错了。整体底稿质量提升有限，因为规则本来就该我定，但它省掉的是重复劳动和「改坏了不知道」的焦虑。
花费时间：首次 1 小时把规则写清楚，之后每季度 30 分钟
踩过的坑
- 我一开始给它 Excel 公式，它给了几段看着对但含隐式转化的公式，一跑就把前导零吃掉了。凡是涉及 F 列数量的地方，我都要它先说类型转换会发生什么。
- 「给我干净后的表」这个要求它会真的做，而且做得很干净——干净到我不知道它把 11 行金额调平了。所以提示词第 3 条我加了「不要建议直接删除，必须人工确认」。
- 公司数据不能上传，我一开始很不适应。改成先在本地把客户名映射表整理好，再只上传表头和几行样例，敏感值全用 {{}} 替换，这样能问出方法，又不用交出数据。
本案例更新于 2026 年 9 月 5 日。结果数据来自实际使用，工具能力更新后表现可能变化。