需要警惕的信号
开始核对前，先明确哪些信号值得你停下操作。现场经验表明，多数问题在早期都有可观察的迹象，而不是突然爆发。
- 连续多次预测结果与实际走势偏差超过你设定的容忍阈值。
- 输入数据源出现延迟或缺失，但界面仍显示“正常”。
- 同一参数组合在短时间内给出互相矛盾的预测方向。
- 系统日志出现非预期的错误码，即使界面无提示。
- 外部环境（如数据源接口）变更后，结果分布开始偏移。
曾经有一次，数据源悄悄改了时间戳格式，预测结果看似合理，但偏差累积到第3天才被发现。所以，信号要当成“可能出问题”的提示，而不是“已经出问题”的确认。
常见失效模式
根据现场核对记录，以下失效模式出现频率最高，值得作为检查重点。
- 参数漂移：模型参数在长期运行中逐渐偏离初始校准值。
- 数据断流：上游数据源中断，但系统用缓存数据继续输出。
- 时间错位：预测所用时间基准与真实事件时间不一致。
- 逻辑死锁：多条件判断出现互相排斥，导致结果卡在旧值。
- 界面滞后：显示结果更新慢，但后台计算已发生变化。
核对时，不要只盯结果，要观察过程。例如，检查输入时间戳是否与当前时间匹配，比单纯看输出值更早发现问题。
诊断顺序
当信号出现，按以下顺序逐层排查，避免跳跃式检查。
- 确认基础数据源是否正常：检查连接状态、数据时间戳、字段完整性。
- 检查参数配置文件：对比当前参数与上次成功运行时的快照。
- 查看日志中的错误和警告，按时间排序，定位首次异常。
- 用最小测试集复现预测，排除随机波动影响。
- 若以上均正常，再考虑外部依赖变化，如API版本更新。
每一步都要记录结果，方便回滚时对照。不要跳过第一步，很多“疑难杂症”其实只是数据源断流。 加拿大预测28
恢复与回滚
确认问题后，优先选择恢复而非重新计算，除非数据已不可信。
- 若数据源故障，先切换到备份源，再恢复主源。
- 若参数漂移，回滚到最近一次验证有效的参数版本。
- 若逻辑错误，修正代码后重新部署，并清空受影响缓存。
- 回滚后，运行一组已知基准用例，确认结果恢复合理范围。
- 记录回滚原因和操作，形成现场笔记，供后续参考。
回滚不是结束，而是开始。完成回滚后，至少观察一个完整周期，确认没有残留影响。
随身核对清单
把以下清单打印或保存到手机，现场逐项打勾。
- 数据源连接状态：正常/异常
- 时间戳偏差：小于1秒/大于1秒
- 参数版本：与上次一致/已变更
- 日志错误：无/有（记录错误码）
- 基准测试：通过/未通过
- 回滚计划：已准备/未准备
- 观察周期：已完成/进行中
这份清单不是万能的，但能帮你快速定位大多数常见问题。每次核对后，更新你的现场笔记，让清单更贴合实际环境。