条件提示词怎么写才不跑偏？数据分析师踩出来的写法

上周让AI统计2026年9月华东区的退款订单，跑出来的数比系统台账多了四千三百多单。问题出在条件提示词没写死——我漏了「排除已取消」这条，它把取消的单也当退款算进去了。

写查询指令跟写SQL是一个道理：你不说清楚，模型不会替你猜，它只会挑一条最顺的理解往下走。条件给到什么精度，结果就到什么精度。这篇把范围、前提、如果就这三样拆开说，都带我自己跑过的实测。

条件提示词的三件套：范围、前提、如果就

条件提示词的核心就三样：先圈范围（哪些数据、哪个时间段），再摆前提（统计口径、排除项），最后给规则（如果A就做B，否则输出什么）。缺一样，模型就自己补一个假设，补的方向你猜不到。

范围是最容易省字的地方。「统计9月的单」这种写法我吃过亏——9月30日晚上十一点后入账的四百多单被它直接丢了，月初跟财务对账对不上。现在我都写「2026年9月1日0点至9月30日24点」，多打十几个字，换一个不用来回对的时间边界。时间、地区、状态，一样一行写明白。

前提是口径。退款按支付原路退回才算，线下冲抵不算——这句话不写，模型按字面把所有带「退款」字样的记录全捞进来。口径类的话放在指令开头当定调，等于先告诉它这场游戏怎么计分。

如果就管例外。金额大于一万就标记大额并单列一行，否则并进常规汇总，再补一句「字段缺失就输出NA，不要估算」。最后这句兜底是我拿一次翻车换的：有批客户ID是空的，它自己编了个「未知客户」，把销售额摊到这个头上了，报表看着挺整齐，全是假的。

同一条指令，三种条件写法差多少？

同一个统计任务，裸指令跑5次错3次，加一条范围条件后错1次，范围加前提加如果就全给到，5次全对。条件不是越多越好，但范围和排除项这两样省不得。

数字是9月底拿同一个任务跑的：从八万六千行订单明细里出退款汇总。最意外的是裸指令也会看心情——同一个问题问两遍，一遍把售后换货算进去，一遍没算。条件给全之后，连着跑都是同一个答案，这比单次全对更让人踏实。

条件堆太多，模型反而会漏

单条指令塞到七八个条件，模型大概率漏掉中间一两条，我实测漏的总排在第三、四位。超过三个条件就拆步骤，先筛明细再算汇总，一步一条指令。

翻车那次是一条指令塞了七个条件：时间、大区、状态排除、渠道排除、金额阈值、币种、排序。结果它执行了五个，状态排除和排序没做，表看着像模像样，细看混进了待审核的单。拆成两步之后全对——第一步出明细，第二步在明细上汇总，每步条件都短。

还有个笨招但真管用：让它先复述条件再动手，一行一个条件列点列出。多花十几秒，漏没漏扫一眼就知道。自打加了这一步，我这边漏条件的情况基本绝迹了。复述出来的东西也别全信，抽两条对一下就行——有次它把「排除已取消」复述成了「只算已发货」，意思差着一截，好在扫一眼就揪出来了。

对了，同事老周说这像布置活儿给实习生——你一口气说十条，他记住头两条和最后一条，中间全看缘分。话糙理不糙。AI比实习生强的一点是不烦，你拆三步它就老实跑三步。

回到开头那四千三百单。现在每写一条查询指令，我都先花三十秒过一遍三件套：范围圈死没有，前提摆了没有，如果就给全没有。这三十秒，换的是对不上账时两三个小时翻日志的时间，怎么算都划算。