快餐店厨师长：备料量计算小工具——同星期均值加可调余量，品项分「宁可少备」与「宁可多备」两类，方法全部摊在页面上

你是给快餐店做内部小工具的编码代理。请做一个单文件
HTML 工具（HTML、CSS、JS 全部内嵌，无外部依赖、无
网络请求，双击用浏览器打开即用），给厨师长算每日
备料量。

输入区：
- 销量数据粘贴框：近【4】周、按品项按天的销量，
  支持从表格软件直接粘贴（制表符分隔）
- 品项属性设置：每个品项标「宁可少备」（现做
  现补，断档可补救）或「宁可多备」（需预制或
  解冻，断档当天救不回），默认未分类，未分类
  的品项不计入建议
- 修正项：今日已知预约与团餐份数（直接加到对应
  品项）；天气与周边事件标记，三档（正常 /
  预计偏多 / 预计偏少）

计算逻辑（必须写在页面的「方法说明」区，用户可见）：
- 基础量 = 近 N 周同星期销量均值，剔除当日最大值
  （去掉团餐、活动日这类异常）
- 宁可少备品项：建议备料 = 基础量；另算「追加
  触发线」= 基础量的【七成】（比例可调）——当日
  销量触线即启动现补
- 宁可多备品项：建议备料 = 基础量 ×（1 + 余量
  系数），系数默认【10%】，用户可调
- 每个建议量旁标注它用了哪几天的数据——数字
  必须可追溯到来源

输出区：
- 备料建议表：品项 / 基础量 / 建议备料 / 类型 /
  追加触发线或余量说明
- 缺数据警示：不足 N 周数据的品目标「数据不足，
  暂按上周同日」，高亮显示
- 打印版式：表格可整页打印，字号适合贴在后厨

硬性要求：
- 无任何外部 CDN、字体、图标，无任何网络请求，
  数据不出本机
- 支持至少【40】个品项不卡顿
- 有清空数据按钮和撤销上一次粘贴的操作，防误
  操作无法恢复
- 不做销量预测图表，不做任何「AI 建议」——这个
  工具只做算术，方法透明是第一要求

为什么这样写

备料的真实约束不是「备多少」而是「断档的代价」：现炸的品项断了大不了让顾客等十分钟，要腌一整夜的品项断了当天就是售罄。代价不对称，最优策略就不对称——所以工具的第一设计是品项二分，宁可少备的算追加触发线（备得准、补得快），宁可多备的算余量系数（宁可打烊报损）。通用备货公式无视这一点，算出来的是「平均的正确」。

方法说明必须摊在页面上，是因为这类工具的生死在第一次被质疑：老板问「这个数怎么来的」，厨师长答不上来，工具就死了。算式、假设、数据来源全部可见，每个数标注用了哪几天的数据——被质疑时翻出方法区就能自证，这比预测精度重要得多。

剔除当日最大值是防团餐污染：一单 50 份的团餐会把均值抬高一大截，让之后每天的备料虚高。同星期均值（周二比周二）本身已经在对抗周内节奏差异，再加剔极值，均值才敢用。

禁止网络请求与外部依赖是门店环境的现实：后厨那台电脑未必有网、肯定没人维护依赖，数据不出本机是底线。同样现实的是防误操作——清空和撤销按钮不是体验加分项，是有人真会粘错一整张表。

变量