熟食档口品控质检：感官放行判定小工具——出锅那一句口头的「没问题」，变成三档判定加一行台账

请做一个单文件 HTML 的熟食感官放行判定工具，给档口品控在
每锅出锅后三十秒做完放行判定，并落一行台账。

四个维度（固定，不许增减）：
- 色泽 / 气味 / 组织形态（软烂度、弹性）/ 表面与汤汁状态
每个维度三档（档位固定，描述本店自己录）：
- 直接收：达到上柜标准
- 让步：可以卖，但必须走让步通道（折价、限时）
- 拒收：不能上柜
档位描述初始为空，品控用白话录入本店口径（让步档示例
写法：「色泽偏浅、无异味、口感正常」）。未录全三档描述的
维度不参与判定——页面上置灰并标「口径未录」。

判定规则（铁律，写死在逻辑里，不做可关闭的设置项）：
- 任一维度选「拒收」→ 结论锁死为拒收，其余维度选什么都
  盖不过：放行与让步按钮直接禁用，只能录处置去向（回锅 /
  报废 / 退供应商——去向选项本店可删改）
- 无拒收、有任一维度「让步」→ 结论为让步销售：必须填
  「让步原因分类」（品相 / 色泽 / 规格，选项本店可改）和
  「限时售完时长」，才生成结论；同时生成一张让步标签：
  品名 / 原因 / 开始时间 / 截止时间 / 判定人
- 四维全部「直接收」→ 放行

台账行：每次判定自动记一行——时间 / 品名 / 批次 / 四维度
档位 / 结论 / 判定人；localStorage 存，一键复制成纯文本
（贴台账或发当班群）；让步记录单独可筛，截止时间到点的
标记「已到期待核销」。

实现要求：
- 单文件、无外部依赖、无网络请求；手机上单手可用——
  档口的手是湿的沾油的，三档做成大按钮逐维点选，不用
  下拉框
- 不预置任何「卤味正常色泽」式的通用描述；口径库为空时
  页面明说「先录口径，再判批次」——宁可第一天只判两个
  维度，不瞎判四个
- 判定人从本店人员列表点选（人员本店自己录），不许手输
  ——台账要经得起对名字

给编码代理的补充说明：
- 让步标签的截止时间 = 生成时间 + 限时售完时长，标签上
  开始与截止两个时间都印，收盘的人按截止时间核销
- 台账行不可改不可删，只能追加——记错了就追加一条更正
  行，更正行引用被更正行的时间

为什么这样写

出锅那一句「没问题」的真正问题不在敷衍，在不可追溯：档位没有（全好还是凑合着好？），记录没有（谁看的、看了哪几样？），出了事它等于没判过。工具的全部价值就是把那一眼拆成四维度三档，让「我觉得可以」变成「四维三档、让步原因色泽、限时两小时」这样一句能对质的话。台账行是这套判定的存款：单看一天没什么用，攒三个月，同品类的让步比例、拒收原因分布，就是品控跟老板谈工艺问题的全部依据——那笔账是口头「没问题」永远攒不出来的。

「拒收锁死」写成逻辑铁律而不是界面提示，针对的是感官判定里最贵的那类错误：色泽都够着拒收线了，但气味还行，手一松就「整体让步放行」。可感官缺陷多半是同一场劣变的几个侧面——用好的侧面给坏的侧面背书，等坏的侧面暴露出来，货早卖完了。让步必须填原因分类加限时售完时长才生成结论，堵的是另一个真实的坑：让步的风险从来不在打折，在「让了就忘了」——到期「已到期待核销」的标记，是给收盘那个人留的钩子。

不预置任何通用描述是这个工具的诚信底线： 「枣红透亮」是别人家锅的口径，预置进去换一批货、换个师傅的火候就全错。品控发现工具在瞎说一次，就再也不会打开它——所以宁可第一天口径只录了两个维度、只判两维，也不拿编的描述假装四维都判了。台账行不可改只能追加更正，则是给「记错了想悄悄改掉」留一个对的位置：审计容忍错行，不容忍消失的行。

变量