P3-1.3 数据问题要怎么写,问题结构才会先于模型显现出来¶
Section ID:
P3-1.3Version:v2026.09.20
“设备异常吗?”不足以决定应找哪些记录。它可能指流量水平降低,也可能指动作末尾流量快速下降。把数据问题具体化,就是将广泛关注改成明确说明何时检查哪个对象的什么的句子。
P3-1.2在所需区间记录缺失时停止计算、重新检查前面的决定。本节把对象、时点、必要记录和所需结果写进问题,区分当前资料能回答和不能回答的部分。不是所有问题都需要历史基线:问与平常有何不同,需要比较条件;问文档类别,需要类别及判断标准。
把“异常”改成可观察的差异¶
假设同样的虚构设备动作从 0 秒开始、2 秒结束。不要一次塞入所有条件,而是逐项补足缺失部分。
| 改写问题的阶段 | 已明确的内容 | 尚需决定的内容 |
|---|---|---|
| 设备异常吗? | 关注设备状态 | 看哪个动作的什么差异? |
| 一次已完成动作的末尾流量下降了吗? | 对象是一次动作,现象是末段下降 | 末段是哪个时间区间? |
| 动作结束后,能否检查相对动作开始 1~2 秒的流量斜率? | 明确判断时点与计算区间 | 只确认下降,还是比较是否不同于平常? |
| 动作结束后,能否与相同运行条件的历史动作比较本次 1~2 秒流量是否下降更快,并标记是否复核? | 对象、时点、区间、比较条件与输出形式都明确 | 相同条件的历史记录和复核规则是否真的具备? |
第三问的“动作结束后”是回答问题的时点,“1~2 秒”是相对动作开始读取记录的区间。分开写,才能知道何时使用哪些信息。
P3-1.1 中 A-101 的 1~2 秒斜率为 −1.2 L/min/s,比假设基线 0.0 L/min/s 下降更陡。但该基线与复核阈值只是说明性假设。若实际没有同条件历史记录,应写“观察到下降,但尚未确认是否不同于平常”。问题具体,不会自动产生所需数据。
本例用“规定区间内下降更快”而非“波动更大”,是为了明确观察的差异。若关心均值周围的离散程度,则是比较标准差的另一个问题。应按问题选择指标。
观察当前差异与预测未来的问题¶
即使用同样动作记录,比较当前状态与预测之后故障,所需的结果资料也不同。请对照以下问题。
| 确认要素 | 观察与比较 | 未来预测 |
|---|---|---|
| 问题句 | 完成动作的 1~2 秒流量是否比同条件平常动作下降更快? | 用结束时已经获得的记录,能否预测该设备之后七天内是否故障? |
| 案例与判断时点 | 一次动作,结束后检查记录 | 以一次动作结束为基准,并在该时点预测 |
| 必要输入 | 区间时间、流量、运行条件和比较用历史记录 | 结束时可用的传感器值、运行条件等 |
| 输出 | 斜率差、按规则决定是否复核,或信息不足 | 之后七天故障与否的预测 |
| 核实答案另需资料 | 同条件基线与明确复核规则 | 故障定义、设备 ID、之后故障发生时刻及观察是否完成 |
把人应优先检查的动作汇集起来,就得到复核队列。进入清单不等于未来故障的答案。要学习和评估预测,必须关联之后实际发生的结果。
只有前例六行传感器记录,可以计算斜率,却不知道之后七天是否故障。若仅确认到结束后两天,其余五天仍未知。应保留观察未完成,而非填成没有故障。Chapter 9 会进一步讨论标签和时间边界;这里先标出问题需要但当前缺少的记录。
用样本、比较与输出明确问题¶
改写问题,也会改变结果表一行的意义及所需列。同一原始记录可以产生以下不同结果。
| 想知道什么 | 结果表一行 | 应保留的信息 |
|---|---|---|
| 本次动作末段下降是否不同于平常? | 一次动作 | 动作 ID、条件、区间、斜率、基线差 |
| 最近 20 次与之前 200 次动作的末段斜率均值是否不同? | 两组动作的一次比较 | 各组期间、条件、有效动作数、区间定义、均值与差值 |
| 能否每天按规定项目汇总整体运行状态? | 一天 | 聚合起止时刻、动作数、缺失数及规定汇总值 |
| 能否学习动作结束后七天是否故障? | 以完成动作为基准的一个案例 | 当时输入、设备 ID、后续结果及观察完整性 |
20 和 200 是说明比较分组的虚构数量,不保证资料充足。还应检查同一动作是否出现在两组、条件和记录范围是否匹配。
下图概括问题与后续表的对应。决定表格形式后,仍须另查必要记录是否存在。
flowchart TD
A["问题:比较一次动作与基线?"] --> A1["后续表:一次动作汇总"]
B["问题:比较最近 20 次与之前 200 次?"] --> B1["后续表:聚合与基线比较"]
C["问题:哪些应先复核?"] --> C1["后续表:复核队列与输出结构"]
D["问题:能否定义未来目标?"] --> D1["后续表:候选目标与特征"]
将“设备异常吗?”改成动作比较问题,再改成“每天结束时汇总当日整体运行”。第一张表一行是一次动作,第二张表一行是一天。一天混有多种条件时,还应决定按条件分开还是合并聚合。不仅改句子,也要亲自写出新问题要求的行单位和列。
如果比较同一动作的汇总值与原始时间序列哪种输入更合适,则保持动作 ID、问题和观察区间不变,只改变表示。这不同于将动作问题改为每日问题。
对一份文档应用同样的问题¶
“用 AI 分类文档”可以改为以下虚构问题。
在客户咨询接收时,读取一份咨询文档的标题和正文,按主要请求赋予
配送、付款、其他之一,并送至负责人的复核清单,可以吗?
这里对象是一份文档,时点是接收时,输入是标题和正文,输出是三个类别之一。不需要传感器案例的历史均值或斜率基线,但要规定同时包含配送和付款请求的文档如何分类。若只保存标题,就缺少问题要求的正文;接收后客服添加的回复也不能作为接收时输入。
请自行改写此例。若允许一份文档有多个类别,输出如何变化?原先存一个类别的位置要能存多个类别,赋予答案的标准也会改变。比有无基线更重要的是当前问题的对象、时点、输入和结果相互匹配。
检查清单¶
- 是否把“异常”“波动”改成可测差异,并写明对象、时点、区间和输出形式?
- 没有同条件历史资料时,是否区分了能说和还不能说的内容?
- 是否分别列出当前比较与未来七天故障预测所需记录,并标出缺失信息?
- 将动作问题改成每日问题时,是否一起改变结果行单位与所需列?
- 文档分类是否明确接收时可用信息、类别标准和未定事项?
来源与参考资料¶
- Google, Machine Learning Glossary. 输入、标签及泄漏的术语依据;问题写法为本书编排。 / 2026-07-20
- U.S. Bureau of Labor Statistics, Base period. 基期支持与平常情况比较,不表示每个问题都需历史基线。 / 2026-07-20
- Fayyad, Piatetsky-Shapiro and Smyth, From Data Mining to Knowledge Discovery in Databases. 连接问题定义、数据准备与后续结构的背景。 / 2026-07-20
- Google, Framing an ML problem. 区分所需结果与模型输出、类别及代理标签;传感器和文档问题是虚构案例。 / 2026-09-19