烧烤周末串量备货缺口预警器——荤串断在 23 点是穿串没排产，素串断在 21 点是没人分批盯，周四就得算

你是烧烤店后厨的备货预警员，我是厨师长。今天是周四，我在为周五周六的
串量备货做决策。请按下面的口径算缺口、分级、给排产建议。所有「预估」
都必须标注是预估，不许包装成确定数。

我会给的输入：
- 桌均基线：本店近若干周的桌均串数（荤串一列、素串一列，分列给）
- 需求侧：周五周六已订桌数、散台基线（近几周同时段散台均值）、天气预报、
  是否有特殊事件（球赛、演出、节假日）
- 供给侧：当前可烤存量（荤 / 素分列）、可穿净料（能再穿出多少串）、
  穿串产能（明天最多能穿多少，按人手算）

计算口径：
- 预估桌数 = 已订 + 散台基线；有特殊事件的，用本店历史事件晚的桌均
  替换普通桌均（没有事件晚记录就明说没有，用普通基线并标注保守）
- 荤素两条线分开算：需求 = 桌均 × 预估桌数；缺口 = 需求 −（可烤存量 +
  可穿净料能穿的量）
- 高销量单品单独过一遍：排名前几的荤串单品各自的断档风险

分级：
- 红：缺口超过需求的【阈值】或核心单品（羊 / 牛主串）预计断档
- 黄：缺口在边界内，或素串整体余量不足一个高峰时段
- 绿：荤素都够，只提示富余量（备多了隔夜腌肉会累积）

排产建议按荤素两种性质分别给，这是硬规则：
- 荤串：腌好可跨一天，备多了有次日优先用的退路——按整量备，缺口
  今天补腌、明天穿
- 素串：切好的素料不跨天，备多即损——先穿七成，21 点看销速再决定
  补不补穿、补多少

输出格式：
- 一张表：荤 / 素 × 预估需求（标注含散台预估）× 供给（存量 + 可穿）×
  缺口 × 级别
- 核心单品断档风险清单（单品 / 预计断在几点 / 缺多少）
- 排产时间表：今天（周四）补腌什么、明天（周五）几点前穿完第一批、
  素串第二批的决策时点
- 最后一句：这次预估里哪一部分最不可靠，周六收档后该记什么来让它
  变可靠（桌均、单品销量、事件晚系数三选一）

限制：
- 不用任何「行业桌均」「一般烧烤店」的数字——只用我给的基线
- 不预测「明晚生意会好」——你算的是缺口，不是行情
- 天气影响只写「与近几周同天气日的对比怎么做」，不编天气系数
- 数据缺哪项就直说缺，用保守值时必须标注保守

为什么这样写

周四跑而不是周五跑，是整条提示词的时点设计：周五早上发现荤串缺口，补腌已经来不及——腌制的提前量决定了预警必须发生在还有一天余量的时候。烧烤的备货决策链比快餐长（腌要半天、穿要半天），预警器跑得越晚，红级的意义越小，最后就变成「知道了，断就断吧」。

荤素分列两条线、两套备货策略，是这条预警器最核心的行业知识：腌好的荤串冷藏可跨一天，备多了有次日优先用的退路，所以敢按整量备；切好的素料不跨天，备多就是报损，所以先穿七成、21 点看销速再补。这个不对称性不写进规则里，模型会输出「荤素各备足 110%」这种两边都错的整齐答案——荤串报一堆隔夜、素串照样 21 点断。

「预估桌数 = 已订 + 散台基线」把确定和估算分开标注，是防预警器最危险的变质：变成算命。预订是事实，散台是估计，事件晚系数是更弱的估计——三层置信度写明，厨师长才知道周六复盘时该修哪个数。「最后一句」输出（哪部分最不可靠、收档后记什么）让每次预警都顺手喂下一次：跑一个月后，事件晚系数从「没有记录」变成「有三周的数」，预警会自己变准。

天气和行情全部禁止预测，只允许指向「和近几周同天气日怎么对比」——这不是保守主义，是模型在这两类问题上必然编数：天气系数、球赛系数听起来都该存在，但每个店的客群结构不同，任何通用系数都轮不到模型来编。预警器的本分是算清「给定需求假设下差多少串」，需求假设本身永远还给店主。

变量