卤味盘点专员：锅里缸里的半成品怎么折回原料——单文件折算工具

给我做一个单文件 HTML 的盘点折算计算器，给卤味门店的盘点专员在月盘时用：
把「没法直接当原料盘」的东西统一折算回原料口径。双击打开就能用，
不依赖网络。

要折算的三类东西：
1. 在制半成品（在卤、在泡、晾凉中）：选品类、选所处状态、输实称重量，
   按该品类该状态的折算系数换回生重
2. 成品（卤好未售）：输实称重量与该品类标准出成率，反推投料生重；
   带汤的品类要能选「带汤称」，并按可配置的汤汁占比先扣汤再反推
3. 已解冻原料：输解冻后实重，按解冻损耗系数回算冷冻生重

功能要求：
- 设置区：维护品类名与各项系数（在制折算、标准出成率、汤汁占比、解冻
  损耗），支持整体导出 / 导入 JSON，换电脑不用重录
- 录入区：一行一条，实时显示折算后的生重
- 汇总区：按品类合计「直接可盘原料 + 各类折算生重」，一键复制成纯文本，
  列格式对得上盘点表
- 系数没维护的品类，该行红色标注且不计入汇总——宁缺毋错

硬性要求：
- 单文件、无外部依赖、无任何网络请求
- 页面不预置任何系数或「行业参考值」，全部由使用方自己维护
- 每行显示完整算式（实重 × 系数 = 生重），盘点复核的人能看懂每个数
  怎么来的
- 不做账号、不做自动保存，刷新即清空——这是刻意设计，防止上一期的
  旧数据混进本期盘点表

为什么这样写

卤味盘点比普通零售多一层麻烦：盘点时点永远有「中间态」的货——锅里卤着的、 缸里泡着的、案上晾着的。它们既不是原料也不是成品，盘点表却只认原料口径， 于是每个盘点专员都在现场拿计算器现推：「这个带汤 30 斤，出成率按 7 折…… 汤汁扣多少来着？」推错一次，当期差异里就多一个查不出来的假数。把折算 规则固化成工具，现场只剩两个动作：选状态、称重。

三类中间态分开学，是因为它们的折算方向不同：半成品是「往后折」（预计还要 失水），成品是「往前折」（反推投了多少料），解冻原料是「回算」（补回化冻 损失）。混在一个公式里做通用折算器，现场一定套错。分开之后每个公式都 简单到能当场口算验证——这也是为什么要求显示完整算式：盘点数据要经得起 复核，黑盒算出来的数没人敢直接填表。

「不预置任何行业参考值」是这条最重要的约束。编码代理做这类工具时的标准 动作就是内置一套「默认出成率参考表」，看起来贴心，实际是灾难的起点： 使用方懒得改，默认值就会悄悄变成「公司标准」，而它来源不明。强迫系数 全部手工维护，等于强迫门店把「我们店的出成率到底是多少」这件事做实—— 这个工具真正的价值恰恰在这个维护动作里。

系数缺失就红色排除出汇总，宁可汇总少一行，不让它带着一个猜的数混进去。 盘点数字的敌人从来不是麻烦，是似是而非。

变量

本条提示词无待填变量；各品类折算系数在工具的设置区内由使用方自行维护。