卤味设备维修：修还是换测算小工具——维修报价、累计维修占比、停业日损失三笔账一起算

请做一个单文件 HTML 的设备修换决策测算工具，给卤味连锁的设备维修岗用——
设备又坏了，维修方报了价，修还是换，三笔账一起算清再定。

输入（页面手填，按设备建台账）：
- 设备档案：名称、购入价、已用年限
- 本次维修：报价、维修方承诺的修复后可用时长（承诺余寿，允许填
  「没说」——按【保守默认 6 个月】处理并在结果中标注）
- 历史维修：该设备的累计维修次数与累计花费（台账里逐条记录）
- 停业影响：该设备故障时平均每天的影响金额（货损 + 降级销售损失，
  口径在页面上注明）
- 待件天数：维修方案的平均等件 / 等上门天数，与换新方案的到货
  安装天数

计算与输出：
- 决策表（每台设备一张）：
  a. 本次比值：维修价 ÷ 重置价
  b. 累计占比：历史累计维修费 ÷ 购入价
  c. 悲观情形：承诺余寿内若再修一次同类故障，两笔合计 ÷ 重置价
  d. 停业损失：日影响 × 待件天数，修与换两个方案各算一笔——
     让「贵但快」和「便宜但等件」可比
- 三色建议：
  绿·修：比值低于【X%】且该故障模式首次出现
  黄·修但询价：本次修，同时启动换新询价——比值可以但累计占比
  超【Y%】，或同一故障模式复发过 1 次
  红·换：维修价超重置价【X%】，或同一故障模式复发 2 次及以上，
  或悲观情形超重置价
- 每个颜色一行解释，引用上面的数字，不许只给颜色不给理由

实现要求：
- 单文件，无外部依赖、无网络请求；localStorage 存台账，刷新不丢
- 阈值（X、Y、复发次数、保守默认余寿）全部做成页面可调参数
- 打印友好，一台设备一张 A4
- 不做登录、不做云同步

给编码代理的补充说明：
- 「同一故障模式」靠台账里的故障分类字段判断；录入维修记录时
  必填故障分类（下拉：制冷系统 / 加热系统 / 密封件 / 电气 / 其他）
- 停业影响金额字段旁放口径提示：「别只算维修费差价——展示柜
  坏一天的货损经常超过维修价」

为什么这样写

修换决策的输法很固定：只看本次报价。维修方说三百能修，换新要三千，修——三个月后又坏，再修三百，再修。累计占比和故障模式复发计数两个字段就是为这个盲区设计的：单次永远便宜，累计早已超标；换了三次门封条的老冷柜，问题从来不在门封条。三色建议里黄色那一档是特意留的中间态——「本次修，同时询价」，因为真实决策很少是非黑即白，旺季中途不该换机，但询价要现在启动，等修完再问就又是一轮等待。

停业日损失单独立账是卤味特有的必要：展示柜坏一天，货损加降级销售的损失经常超过一次维修的价格。「便宜但等一周配件」和「贵但明天到货」用日影响 × 待件天数才能比出高下——工具不替人拍板，它只保证这两笔账和维修报价一起摆在桌上。故障分类必填下拉，是把「同一故障又坏了」变成机器可判断的字段，而不是翻聊天记录回忆。

「承诺余寿允许填没说」是个诚实出口。现实里维修方经常不给承诺，硬要求使用者填个数，他就编一个，测算从此建立在虚构上。给保守默认值并在结果里标注「按默认余寿计算」，比假数据好——至少看的人知道哪里是猜的。

变量