浏览 AI 知识库
一张乱表交给 AI 前，先写字段字典和统计口径
拿一张日期、金额、状态和合并单元格都混乱的订单表，从原始 8 行样例开始，写出字段字典、清洗规则、异常清单和可重算结果。
沿完整工作流推进
前一阶段的可检查结果，是下一阶段的输入；中间证据不足时停在当前阶段。
领导问“8 月实收多少”，表里却有三种日期、两种金额和一个叫“状态2”的列
以下是虚构的教学订单表。工作表顶部有两行说明，数据区含合并单元格；金额混用元和‘1.2k’，日期混用文本和 Excel 日期，订单 A103 重复出现，退款记录却仍写‘已完成’。
这时不能直接让 AI 求和。先冻结原表，确认一行代表什么、哪个字段唯一、每列允许什么值，再把无法自动判断的行输出给业务负责人。
- 一份字段字典
- 逐条可解释的清洗计划
- 保留原值和异常原因的规范表
原表 8 行：看起来能读，机器却无法可靠统计
| 原行 | 订单号 | 下单日期 | 金额 | 状态2 | 备注 |
|---|---|---|---|---|---|
| 4 | A101 | 2026/8/1 | 1,280 | 完成 | 微信 |
| 5 | A102 | 8月2日 | ￥980.00 | 已完成 | 支付宝 |
| 6 | A103 | 2026-08-03 | 1.2k | 完成 | 团购 |
| 7 | A103 | 2026-08-03 | 1200 | 完成 | 团购 |
| 8 | A104 | 空 | 760 | 待发 | 日期漏填 |
| 9 | A105 | 2026-08-05 | -260 | 完成 | 退款 |
| 10 | A106 | 2026-08-06 | 850元 | 取消 | 空 |
| 11 | 空 | 2026-08-07 | 430 | 完成 | 线下补录 |
示例金额、订单号与业务规则均为教学构造，不代表真实经营数据。
字段字典先锁定粒度、类型、空值和统计口径
| 字段 | 业务含义 | 规范类型/允许值 | 不能擅自决定的事 |
|---|---|---|---|
| 订单号 | 一笔订单的唯一标识 | 文本；非空；唯一 | A103 两行是重复录入还是一单两笔明细 |
| 下单日期 | 创建订单的本地日期 | YYYY-MM-DD；非空 | A104 的日期不能按相邻行补 |
| 金额 | 本单含税实收，单位元 | 两位小数；退款另列 | 1.2k 是否确指 1200 元 |
| 状态 | 当前订单状态 | 已完成/待发货/已取消/已退款 | 备注写退款但状态写完成时以哪个系统为准 |
| 备注 | 人工补充信息 | 文本；可空 | 备注不能替代正式状态和金额字段 |
每条清洗规则先试跑，再记录命中数和停止条件
| 规则 | 示例转换 | 命中 | 自动处理还是停下 |
|---|---|---|---|
| 去货币符号与千分位 | ￥980.00 -> 980.00 | 3 行 | 可自动；保留金额_原值 |
| 展开 k | 1.2k -> 1200.00 | 1 行 | 先由业务确认 k 的单位 |
| 统一日期 | 8月2日 -> 2026-08-02 | 1 行 | 只有文件年份已确认时自动 |
| 状态映射 | 完成/已完成 -> 已完成 | 5 行 | 可自动；映射表留版本 |
| 重复键 | A103 出现 2 次 | 2 行 | 停止合并，输出异常 |
| 空主键/空日期 | 第 11 行/第 8 行 | 2 行 | 不补值，交业务确认 |
规范表保留原值；无法决定的行进入异常清单
| 原行 | 订单号 | 日期_规范 | 金额_规范 | 状态_规范 | 处理结果 |
|---|---|---|---|---|---|
| 4 | A101 | 2026-08-01 | 1280.00 | 已完成 | 通过 |
| 5 | A102 | 2026-08-02 | 980.00 | 已完成 | 通过 |
| 6-7 | A103 | 2026-08-03 | 待确认 | 已完成 | 重复键：不计入汇总 |
| 8 | A104 | 待确认 | 760.00 | 待发货 | 缺日期：不计入按日汇总 |
| 9 | A105 | 2026-08-05 | -260.00 | 待确认 | 退款状态冲突 |
| 10 | A106 | 2026-08-06 | 850.00 | 已取消 | 金额是否计入需按口径 |
| 11 | 待确认 | 2026-08-07 | 430.00 | 已完成 | 空主键：隔离 |
当前不能给出“8 月实收总额”，因为重复键、退款口径和空主键仍未确认。正确输出是可计算部分与异常清单，而不是一个看似完整的数字。
表变整齐不等于数据变可靠
A103 被自动删掉一行
- 原因
- 把重复订单号直接当作重复记录，没有核对粒度。
- 怎么改
- 保留两条原始行，先确认是一单两笔还是重复录入。
空日期被上一行日期填满
- 原因
- 为了方便统计静默前向填充。
- 怎么改
- 只有合并单元格明确表示同组时才能展开；业务缺失继续留空。
退款行仍计入实收
- 原因
- 只按金额正负或备注猜口径，未核对状态来源。
- 怎么改
- 建立退款字段和状态冲突清单，由业务系统或负责人确认。
清洗后无法回到原表
- 原因
- 覆盖原值并删除原行号。
- 怎么改
- 保留原文件、原行号、原值、规范值、规则版本和异常原因。
把乱表交给 AI 前，先让它确认字段和口径
适合用少量脱敏样例建立清洗计划，不要直接上传整份敏感原表。
可复制使用
把乱表交给 AI 前，先让它确认字段和口径
先对这张表做数据体检，不要替我清洗或覆盖原文件。 列名与字段定义【】；脱敏的 5-10 行样例【】；数据来源/导出时间【】；主键、单位和缺失值规则【】；我想得到的结果【】。 请指出：同名异义列、混合日期/单位、可能的主键、重复记录、空字符串与特殊编码。给出每类异常在样例中的具体行，并把“观察到的事实”和“需要业务人员确认的含义”分开。交付字段字典草案、异常清单和只读清洗方案；规则没确认前不要建议把空值转零或删除行。
使用范围：适合用少量脱敏样例建立清洗计划，不要直接上传整份敏感原表。不猜空值含义，不把文本数字静默转零，不覆盖原始文件。