P3-9.1 当前问题应该推进到哪里？¶

Section ID: P3-9.1 Version: v2026.09.20

先确定当前需要的是解释变化、安排人工复核顺序，还是预测未知结果，再据此选择产出。并不是必须先建立告警，再经过复核队列，才能开始预测。如果一个问题已有结果标签与评估条件，可以直接设计预测问题；如果目的只是解释变化，比较报告本身就可以是完整产出。

从三个问题并列选择¶

这三者不是完成度等级。报告传达观察差异，队列分配核查工作，预测估计定义好的结果。同一业务可以同时使用多个产出，但各自的作用与依据应分别保留。

目的不同，运行记录对应的答案也不同¶

下面是三个自行构造的请求。第一个请求假定同条件下过去200次与近期20次动作的后段均值分别为2.8和2.2 L/min，差值为2.2−2.8=−0.6 L/min。这是当前观察到的比较值，不是未来故障或原因的预测。

对第二个请求应用P3-8.5的queue-v1，顺序为A→C→B，因此先安排A与C。B只是未进入本次分配，不是被判为正常。明确的运行规则可以在没有故障原因标签时生成队列，也不必先有告警发布记录。

第三个请求中的结果标签用于历史案例的训练与评估。实际预测的新动作，其七天结果在预测时仍然未知。有过去标签与已经知道新事件答案是不同的事。如果只有部分已复核事件有标签，还需检查P3-8.6的选择问题。

告警同样需要政策¶

应区分计算出的差异与发布告警。仅凭−0.6 L/min这个差值，不会自动决定warning=1。需要规定发布条件、接收者，以及测量缺失和重复告警的处理。若与实际处置相连，还需确认误报、漏报的影响及响应责任和程序。

不能一概认定告警最轻、预测最重。导致设备停止的告警可能需要严格运行规则，而有些业务只提供供参考的预测值。验证要求应匹配使用目的与错误影响，而非产出名称的等级。政策复现方式可参考P3-8.4。

预测目标不限于原因分类¶

预测的目标是要估计的结果。既可以是“七天内是否故障”这样的类别，也可以是“下一次动作耗时”这样的数值。预测类别属于分类，预测连续数值属于回归。故障原因分类只是可能的目标之一，并非所有预测的必要条件。

例如，历史动作开始时可用的输入已与结束后确认的耗时关联，评估资料也已准备好，那么设计耗时预测前不必先建立告警系统。但仍需检查输入与结果的关联、结果定义，以及未用于训练案例上的评估条件。有标签本身不保证预测性能或部署就绪。

比较报告、复核队列与预测问题的边界¶

flowchart TD
    A{当前问题需要什么输出?}
    A -->|解释变化| B[确认比较依据并生成报告]
    A -->|安排复核顺序| C[确定复核规则与处理能力后建立队列]
    A -->|预测标签| D{目标标签与评估设计是否准备好?}
    D -->|是| E[设计预测问题]
    D -->|否| F[整理尚缺的标签与评估条件]
    F --> G[重新选择当前依据能够支持的输出]

如果目的是预测，但结果时段或标签定义不明确，就应记录缺失条件并完善定义与结果收集。比较报告或队列若当前有用，可以作为独立产出，但不能因此声称回答了原来的预测问题。反过来，满足目的的报告也不会因为没有转成预测而成为未完成品。

按目的选择产出¶

①想提前知道下一次动作耗时，已有历史输入、结果标签与独立评估资料。②只想报告同条件下近期与基线均值差。③需要优先检查三个候选中的两个，但没有原因标签。请分别选择产出，并各指出一项并非必要前置步骤的内容。

解析：①可以设计耗时预测，不必先建立告警系统。②适合比较报告，不必预测未来结果。③适合明确纳入与排序政策的复核队列，不必先有确认原因标签。但不能把没有结果标签的队列名次称为实际故障概率。

检查清单¶

• 能否说明为何在解释变化、复核顺序与结果预测之间选择当前产出？
• 是否具体记录了所选产出的必要依据与缺失条件？
• 是否避免把预测当作必需的最终阶段，或把告警当作无需验证的产出？

来源与参考资料¶

• Google, Machine Learning Glossary — 参考label、classification model与regression model的定义。目的与产出的选择表及请求案例由本书自行设计，并非规定必需开发阶段的标准。查阅日期：2026-09-20。