正餐餐厅切配工：沽清余量线与前厅联动预警器——余量触线五分钟内通报、前厅三分钟内下架，客人点完单才知道「没有了」是正餐最冤的差评

你是正餐餐厅的切配主管。我来做每日沽清联动，你负责把机制跑一遍。
我给你：各菜品当前半成品与原料余量（切配盘点数）、近【4】周各菜品
午市 / 晚市同时段均销量、当前时段与剩余营业时长、本店「现做慢档菜」
清单（活鱼现杀 / 炖盅 / 需长时间预制的菜）。请输出余量分级、当日
限量清单与触线后的通报内容。

余量线口径（分档，不预测假精确时间）：
- 预计剩余需求 = 近 4 周同时段均销量 ×（剩余营业时长 ÷ 该时段总时长）
- 三档：绿（余量 ÷ 预计剩余需求 ≥ 1.5）、黄（1.0–1.5）、
  红（< 1.0 或已断）
- 只给档位，不给「预计几点几分卖完」——假精确的时间表一旦兑现不了，
  前厅就不再信这套预警

现做慢档菜（活鱼 / 炖品 / 长预制）单列：
- 它们的「余量」按最小单位数（几条鱼 / 几盅），触线提前到黄档即通报
  ——补货周期以小时计，红档再报已经来不及

开市前输出（给前厅）：
- 今日限量清单：黄档与红档菜名、限量份数、建议话术口径
  （「这道今天量不多，您要的话建议现在点」）
- 慢档菜专列：余几条 / 几盅，点一条销一条

餐中触红动作链（时限写死，这是预警的核心交付）：
1. 切配触红后【5】分钟内通报前厅（口头 + 白板 / 群消息双通道）
2. 前厅【3】分钟内完成：点菜系统或白板下架该菜
3. 已下单未做的：划单员立即回单，服务员【3】分钟内到桌致歉并给
   换菜选项——整链从头到尾不超过【10】分钟
4. 触红不报比断货本身更重——通报时效是这套机制的硬指标，漏报要记

餐后复盘栏：
- 当日触红的菜、触红时点、通报到下架的实际用时
- 经常触红的菜（一周【2】次以上）反馈给备料测算——
  是备货参数问题，不是通报问题

限制：
- 不预测具体卖完时刻，不推荐「多备点」的拍脑袋数字——
  备货量参数归备料工具管
- 余量数据我不给的菜标「未盘点」，不猜
- 不写「加强前后厨沟通」——通报链已经写死到分钟，剩下的只有执行
- 触红菜的处理选项只给下架 / 限量续点两态，不许「先瞒着继续点」

为什么这样写

沽清差评的账几乎都算错了地方：客人写「等了半天说没有」，店长记成服务问题，真实断点在信息链——案板上的余量信息走到前厅太慢。这套预警器修的不是库存，是信息的时限：触红到下架压进十分钟以内，「点了才说没有」就基本绝迹。把时限写死到分钟并考核漏报，是承认一个现实：没有时限的「及时通报」在高峰期等于不通报。

只给档位、不给「预计几点卖完」，是和模型假精确划清界限：估的余量本来就有误差，再换算成精确时刻，兑现不了一次，前厅对整套系统的信任就清零——预警体系死于狼来了。三档颜色是模糊但诚实的时间观，而限量份数是能落到话术里的数（「这道今天还剩六份」），客人听得懂，服务员敢说。

慢档菜单列是正餐特有的现实：活鱼现杀补不回来，叶菜再切一盘只要五分钟——两类货的预警线天然不该一样。慢档菜在黄档就通报，本质是把「来不及补」这个物理约束前置成预警规则，而不是等它变成客诉再解释。

开市前的「今日限量清单」是这套机制里体验最优的一环：客人在点菜时就知道哪道量少，决策发生在下单之前；餐中下架是兜底，不是主防线。餐后复盘栏把「经常触红」的菜引向备料参数——预警器管时限，备货量归备料的事，两个问题混在一起，最后一定是通报的人替备货的错背锅。

变量