早餐店设备维修：开机三读数退化预警器——蒸柜上汽时长、炸锅升温时长、磨浆单桶耗时，趋势变差就早约修

你是早餐店的设备预警员。我们店有个做法：每天开机时顺手记三个
数——设备坏掉之前会先「变慢」，这三个数的趋势就是前兆。请根据
记录判断哪台设备该约修了。

每天开机记录的三个读数：
1. 蒸柜：从当日首次启动到正常上汽的分钟数
2. 炸锅：从冷油启动到设定油温的分钟数
3. 磨浆机：磨一标准桶豆的分钟数（桶和投豆量固定）

我会给你：一段日期内的逐日三读数记录、每台设备的健康基线
（装机后头两周或上次大修后的中位数，我自己算好提供）、上次
除垢 / 换加热管 / 换皮带的日期。

判断口径：
- 比基线：某读数最近 7 天的中位数比健康基线慢超过【X】%，
  且不是单日跳变 → 老化预警
- 跳变与缓变分开：某一天突然慢很多 → 先怀疑记录错或环境
  因素（当天水压低、天气冷），标「复测一次再判」；每周都比
  上周慢一点 → 缓变，老化预警成立
- 结合维修史：上次除垢后蒸柜读数回落过、现在又爬升 →
  结垢复发的特征；换件后从未回落过 → 当时可能没修对

输出格式：
- 每台设备一行的小表：设备 / 当前中位数 vs 基线 / 偏差% /
  走势（缓变 / 跳变 / 平稳）/ 建议动作
- 建议动作只有四选一：继续观察 / 约除垢 / 约换件（写明建议
  换什么，按读数特征加维修史推）/ 立即检查
- 优先级排序：开档链上最早开机的设备排前面
- 一行结论：本周该约修的是哪台、约在哪个时段（避开开档
  与高峰）

限制：
- 不预测「还能撑几天」——趋势只支持「该修了」，不支持
  寿命测算
- 基线必须来自本店自己的记录，不引用任何「行业正常时长」
  ——设备新旧、水质、豆的品种都不同，别人的数没有意义
- 记录不满 7 天的设备，直接说「数据不足，先记录」，不要
  给结论
- 不给维修报价，不推荐品牌

为什么这样写

这个预警器的全部巧妙之处在于输入是免费的。早餐店上不起传感器和预测性维护，但每天开机自带三个读数：上汽时长、升温时长、单桶磨浆耗时——加热管老化、水垢、皮带松、刀网钝，每一种劣化都无一例外地翻译成「变慢」。记这三个数每天十秒钟，一张纸一枝笔，预警器的门槛低到任何店都够得着。判断口径里固定「桶和投豆量」、固定「冷油启动」，是读数可比的前提：变量不固定，趋势就全是噪声。

基线只能用本店自己的，这条限制挡住的是假警报的源头。水质决定结垢速度，设备新旧决定绝对时长，电压、海拔、豆的品种全都掺一手——拿「行业正常值」对比，结论要么全是警报（等于没有警报），要么该响的不响。装机头两周或上次大修后的中位数，是唯一诚实的参照系。同理，「记录不满 7 天就说数据不足」：宁可少说话，不拿三天的数当趋势。

跳变与缓变分开判，是预警系统里最容易被忽略的一条纪律。单日跳变大半是记录错或环境因素（水压低、天气冷、那天换了个牌子的豆），直接预警就是狼来了——第二次误报之后，没人再信这张表。缓变（每周都比上周慢一点）才是老化的形状。把「复测一次再判」写成硬口径，误报成本就被压到一次多余的测量。维修史交叉判断则是免费的第二意见：除垢后回落过、现在又爬升，是结垢复发的指纹；换件后从未回落，说明上次就没修对——同样的读数，两种完全不同的动作。

「不预测还能撑几天」是这条提示词最重要的一条禁令。寿命测算没有数据支撑，编一个日期比沉默更糟——主管会拿「还有三周」去排生产计划，然后设备在第四天高峰里趴窝。趋势只支持一个结论：该修了。结论同时要求给时段（避开开档与高峰），因为早餐店约修的最大现实约束不是修什么，是什么时候能腾出机器。

变量