正餐餐厅后厨帮工：餐具保有量与洗消错峰测算小工具——让编码代理做一个单文件页面，录台数、餐具配置、换碟次数和洗碗产能，算出开市前先洗出多少才不断供

你是一个编码代理。请为我做一个单文件 HTML 的「餐具保有量与洗消错峰
测算」工具，给正餐餐厅后厨洗消岗位用：录入台面与餐具配置、洗碗产能、
高峰时段，工具算出各品类餐具的开市前预洗备量，并排出餐中洗消时段
产能。不联网、不装依赖、不引外部资源，手机和电脑浏览器都能打开。

一、录入（「配置」页，三组输入）
- 台面：散台数与总位数、包间数与总位数、宴席预留桌数（可切换
  「今日有宴席」开关，宴席模式桌数直乘）
- 餐具配置：按品类录每位配置——骨碟（件数 / 位）、汤碗、茶杯、
  酒杯（按酒水档选类型）；每品类录「本店换碟 / 换杯次数」
  （宴请与家常可分两档预设，手动切换）
- 洗消产能：机洗按【筐 / 小时】（每筐标准件数按品类录），
  人工按【位 / 小时】；收市时段；高峰时段（午晚市起止）

二、测算规则（硬规则，全部摊在页面上可查）
1. 品类总需求 = 满座位数 × 每位件数 ×（1 + 换碟次数）× 翻台系数
   （高峰预估翻一台填 2、不翻填 1，手动选）；宴席模式下改按
   宴席桌数 × 每桌配置直乘
2. 保有量缺口 = 总需求 − 当前洁净存量（存量在首页可随手改）；
   不足时计算「开市前预洗线」：高峰开始前需要完成的洗出量，
   并换算成「还需筐数 ÷ 每小时筐数 = 提前小时数」
3. 产能排程：按时段排「回收量 vs 产能」——餐中回收按高峰时段
   均匀流入估；排不下的时段标红，并给出「该品类预计几点被追上」
   的提示；工具不许自动调低换碟次数来「消除」缺口——缺口只能
   显示和报红，不能被悄悄改没
4. 破损余量：建议保有量在总需求上上浮【10%】（可改），并提示
   当前库存距建议保有量的差距

三、视图
- 首页总表：按品类一行——需求 / 洁净存量 / 预洗线 / 缺口 /
  建议保有量；缺口行标红
- 时段条：午市到收市的时间轴，每小时一格「回收 vs 产能」，
  排不下的格子标红并写明缺口件数
- 宴席开关：一键切宴席模式，所有测算联动重算

四、数据与防错
- 全部存 localStorage，支持导出 / 导入 JSON
- 换碟次数、产能、翻台系数全部必填且留空不生成测算——宁可不测，
  不许默认值悄悄生效
- 不预填任何「行业常用换碟次数」或「标准产能」模板——每家店
  的餐型与设备不同，预填数会直接变成错误决策的依据；工具只做
  约束求解，口径全部留在洗消岗位自己手里
- 数字输入带简单校验（位数与件数非负、产能为正）

界面：首页（测算结果）大字大表，配置页桌面优先。交付一个完整
HTML 文件，内联全部 CSS 与 JS，附两百字以内的中文使用说明。

为什么这样写

餐具断供的时刻是高峰第二波换碟，不是开市——这是这个工具全部设计的出发点。开市时台面是配好的，没人觉得缺；骨碟换到第三轮、汤碗在两轮之间回流，洗碗间的产能才第一次真实受压。所以工具的核心输出不是「总共需要多少」，是「开市前预洗线」：把高峰的缺口翻译成开市前几小时要洗出几筐，帮工早上就有明确任务，而不是高峰时被前厅追着跑。

换碟次数和翻台系数全部强制自填、不预填模板，是因为这两个数在店与店之间差出一倍：宴请店骨碟换三轮，家常店换一轮；预填一个「常用值」，工具就从计算器变成错误决策的源头。工具只做它擅长的约束求解，口径留在人手里——这和保养日历工具不预填设备模板是同一条设计纪律。

产能排程排不下时只许报红、不许自动调低换碟次数，是防「漂亮的假完整」：自动把三轮换碟改成两轮，页面立刻不红了，但服务标准被工具悄悄降了级——这种「智能」恰恰是工具失去信任最快的方式。缺口必须以红的形式存在，降不降标准由人决定。

需求算式全部摊在页面上可查，是给半年后的人看的：换了一位洗消负责人，页面上的公式就是交接文档——每个数字怎么来的、哪个参数是谁定的，不用翻代码也不用问前任。宴席模式做一键切换而不是单独一页，是因为宴席日的测算和日常只差输入，不差逻辑，多一个页面就多一处忘了更新的地方。

变量