肉铺采购：让编码代理做一个订猪量速算工具——按最紧部位的缺口倒推订几头，不按感觉订

给我做一个单文件 HTML 的订猪量速算工具，肉铺采购在手机上用。场景先说透：
整猪采购是「不可拆分的采购」——排骨不够时你没法只订半头猪的排骨，所以
按感觉订货永远在「紧销部位断货」和「慢销部位压柜」之间摆。这个工具的
任务是把「明天订几头」变成一个算得出来的数，并且把错配摆到明面上。

核心算法（这是工具的立论，不许简化）：
1. 各部位需求 = 近 N 日日均销量 × 明日系数（星期几、节假日、天气——
   系数我手动调，工具记住每周各天的默认系数）
2. 各部位缺口 = 需求 − 当前冷藏库存（负数记 0）
3. 整猪头数 = 用出成率表，找「最紧约束部位」——哪个部位按每头猪的
   产出量算，需要的头数最多，就是它决定订几头
4. 按最紧部位订完头数后，把其他部位会「多出多少斤」全部列出来——
   这张多出表才是订货决策的另一半

出成率表（工具的心脏，规矩写死）：
- 每头白条猪产出各部位多少斤的对照表，默认完全为空
- 第一行放一条引导：「用你自己最近几头猪的分割记录填，每分割一头就
  更新一次，表会越用越准」
- 不许预填任何出成率数字——行业平均数和我的刀手、我的猪源没关系，
  预填一个「默认值」就会被当成默认值永远用下去
- 表里的数支持滚动更新：录新猪时显示与历史均值的偏离，提醒我改

输出页（明晚收档后看一眼就能下单）：
- 大字一行：明天订 N 头（或 N 头半片）
- 最紧约束部位是哪个、它一个部位就把头数顶到了 N
- 多出表：按 N 头订，各部位会剩多少斤；多出超过阈值的部位标黄——
  这是明天折价预案的输入，不是今天的问题
- 补件建议：能外购部位件的店，列出「整头降到 N−1 头 + 补 X 斤纯排」
  这种组合方案，缺口和多出同时缩小
- 敏感性一行：多订一头、少订一头，多出表和缺口表分别怎么变

录入（轻是生死线）：
- 每天只录「当天各部位售出斤数」一屏，从日结单抄，一分钟内完成
- 冷藏库存默认自动递减（进货加上、售出减去），每天开档前用实盘数
  校一次，校准差异记录但不阻塞使用

硬性要求：
- 单文件、无构建、不引任何 CDN，收档断网也能用；数据只存 localStorage
- 出成率表和多出表可导出为纯文本（我要发给供货商和店长看）
- 不做账号、不做云同步；界面大字大按钮，收档后老花眼也能操作

为什么这样写

这个工具的立论是整猪采购的结构性错配：部位需求和整猪产出永远对不齐， 所以「订几头」从来不是平均数问题，是最紧约束问题——排骨紧，头数就被 排骨顶上去，多出来的肘子骨类是这个决策的必然副产品而不是失误。把 「最紧约束部位是哪个」直接显示出来，采购才理解为什么建议是这个数； 把「多出表」和订数并排显示，是承认错配、提前给折价和补件留位置—— 多出不是今晚的坏消息，是明晚折价预案的输入。

出成率表默认空、禁止预填，是整个工具最重要的一条规矩。行业平均出成率 和本店毫无关系：膘型、去皮与否、刀手剔骨的干净程度，能把同一个部位的 产出差出几成。预填一个「看起来合理」的数字，它就会被当默认值一直用 下去，所有订货建议从此建立在别人家的猪上。空表加「每分割一头就更新」 的引导，把工具变成一个越用越懂本店的东西——这才是它比一张静态换算 表值钱的地方。

录入压到「每天一屏」是生死线。订货决策发生在收档之后、人最累的时刻， 任何超过一分钟的录入都会被跳过，跳过三天这个工具就死了。所以售出 数据从日结单抄一屏、库存自动递减加每日实盘校一次——校准差异记录但 不阻塞使用，宁可带误差运行，不可停机等完美数据。

「整头 + 补件」组合方案是给现实留的出口：多数肉铺其实能外购纯排、 纯五花这类部位件。只算整头的工具会把店推向「多订一头凑排骨」，而 组合方案（少订一头 + 补件）往往两头都省——这是按感觉订货的店从来没 算过的一笔账。

变量