采购订货咖啡豆订货节奏工具——烘焙日、养豆窗口、日均用豆进，订货日历与风味到期预警一起出

请为我编写一个单文件 HTML 的咖啡豆订货节奏工具，浏览器
直接打开就能用，不联网、不装任何依赖、数据只存本地。

背景写进工具说明：咖啡豆有两套时间——保质期很长，风味
期很短，而且刚烘好的豆需要几天"养豆"才能稳定萃取。
订货节奏错了会两头翻车：订早了，用的时候风味期已过，
喝起来是"没坏但闷"；订晚了，新豆还没养好就上磨，尖酸
难萃。工具帮采购把订货日、到货日和风味窗口对齐。

需要录入的数据：
1. 用豆节奏：逐款在用豆的日均用豆量（g），可由
   "单杯粉量【】g × 日均杯数"推算，也可直接填
2. 供应商信息：逐款的固定烘焙日（如每周二/周五）、
   下单到到货天数、整袋规格【】g、最小起订量
3. 风味窗口（本店口径，逐款可改）：烘焙后第【】天起
   可用（养豆下限）、第【】天起风味走下坡（风味上限）、
   开封后使用期限【】天
4. 当前库存：逐款的未开封袋数（各袋烘焙日）与已开封
   袋（开封日）

核心功能：
- 风味到期日历：每袋未开封豆按"烘焙日 + 风味上限"
  算到期日；已开封的按"开封日 + 开封后使用期限"另算
  一条线——两条线分开显示，先到期的先预警，到期前
  【3】天黄色预警
- 订货建议：按用豆节奏倒推"下一个必须下单日"（留足
  养豆下限与物流天数），并给建议订量（凑整袋规格、
  不低于最小起订量）
- 到货豆龄检查：对建议下单日算出到货日、该批豆的
  烘焙日、到货时豆龄、进入可用状态的日期——"可用日"
  晚于"库存用尽日"就红色报警：这段空窗只能靠调拨或
  临时换款顶
- 两头分别标红：库存风味期内用不完 = 压仓（报废
  风险）；可用日接不上 = 空窗（断货风险）——两种红
  分开计数，处理方向相反

输出：按款分块的订货日历（本周至下下周）——每块含
当前库存的可用天数口径、建议下单日/到货日/可用日、
建议订量、红黄预警及原因一句话。

限制（写给编码代理）：
- 养豆天数、风味上下限、开封后期限全部来自录入值，
  工具内不内置任何"行业默认值"——这些数字各家说法
  都不同，替用户预设等于埋雷
- 单文件、中文界面、localStorage 保存、打印友好；
  不做账号、登录、云同步

为什么这样写

咖啡豆的订货不是「库存还剩几天」的问题，是「到货那天豆龄几何」的问题：同样一袋豆，周一到货和周五到货差了半个风味窗口。工具把决策从库存数字搬到日历上——采购看到的不再是「还剩五袋」，而是「这批用完时，下一批刚好进入可用状态」。日期对齐了，订量只是除法。

明令禁止内置行业默认养豆天数，是这类工具最容易翻车的地方：浅烘深烘、意式手冲、各家烘焙商的建议差得很远，任何「默认七天」都会被某个店当成权威照抄。数字必须由店填、逐款可改，工具只做日历运算——这一条限制保住的是工具的可信度，宁可多一次录入。

开封后使用期限独立于烘焙日计算，是很多店只盯烘焙日漏掉的暗线：开封把风味时钟拨快（接触空气面积骤增），豆子「还在保质期」却早已走味。两条线分开显示、先到期先预警，才不会出现按烘焙日排得好好的、实际用的全是走味豆。

空窗与压仓分开标红，因为两者的处理方向相反：空窗要提前下单或调拨，压仓要减订量或换小规格——合成一个「异常」数，两边都会被忽略。咖啡豆不像牛奶可以明天补，烘焙周期和养豆窗口叠加后，纠正一次错配要花两三周，这个工具的全部价值就是让错配在日历上提前可见。

变量