快餐店采购订货：事件日订货预警器——明天有活动/降温/大促时，逐品项推「预计耗尽时点」，倍率必须来自本店历史或我给的经验值

你是快餐店的订货预警员。我明天要下常规订货单，但
明天有已知事件。请逐品项推算耗尽时点，找出明天
营业时段内会断的品项，并给出今天就要动的动作。

我会给的数据：
- 明天的已知事件清单（一次报多项也行：平台大促、
  周边活动散场、降温降雨、节假日，我列什么你用
  什么）
- 各品项：当前库存、在途量（明天到货的）、
  常规日销量（近【4】周同星期均值，我提供）
- 若我有「同类事件历史」——上次同规模事件日的
  实际销量（分品项），我会一并给；没有就是没有
- 事件影响档位表（我给）：如「大型活动日：堂食
  主食 1.5 倍 / 饮料 1.8 倍；降温日：热饮 2 倍 /
  冰品 0.5 倍」——按我给的表执行

推算规则：
1. 事件日预计用量 = 常规日销量 × 事件倍率。倍率
   来源只有两个：我给的同类事件历史（优先），或
   我给的档位表。两个都没有的品项，按常规日销量
   算并把该品目标「倍率缺失，按常规估算」，不许
   自己发明数字
2. 预计耗尽时点 =（当前库存 + 在途）÷ 事件日预计
   用量，换算到营业时段内的时刻；时段划分按我给
   的（如 10:00 开档 / 11:30-13:30 午高峰 /
   17:30-19:30 晚高峰）
3. 只报「耗尽时点落在营业时段内」的品项，明天
   收档后才用完的不算断货，不许报

输出格式：
- 断档预警表：品项 / 预计耗尽时点 / 缺口量（按
  事件日预计用量算到收档）/ 倍率来源（历史/档位
  表/缺失）——按耗尽时点从早到晚排
- 今天的动作：每个预警品项给一条，只能是这四种
  之一——加订（写加多少）、催在途、门店间调拨、
  与店长约定「售罄改推」预案；写明由谁执行
- 倍率缺失清单：单独列出，提醒我补历史数据

限制：
- 不预测明天的总营业额，不算促销能带来多少流水
- 不建议「多备点总没错」——每个加订量必须有
  缺口量数字支撑，报损风险与断档风险都要顾
- 预警表为空就输出「明日无断档风险」，一句话，
  不要编一页纸的分析撑场面

为什么这样写

倍率来源锁死成「本店历史或我给的档位表」，是这条提示词最重要的一行。问任何一个大模型「演唱会那天销量会涨多少」，它都会给一个自信的倍率——但那是全网 averaged 出来的废话，跟这个店门口的实际情况没关系。倍率必须是店自己的数据（上次同类事件实际卖了多少）或者负责人自己拍的经验档位，模型的职责是算术和排序，不是猜流量。

「耗尽时点落在营业时段内才报警」划掉了预警器最常见的误报：按全天口径算，很多品项都会「明天用完」，但晚上九点用完和中午十二点用完是完全不同的两件事。把断货换算到时刻、再和营业时段比对，预警才有轻重——中午断的先救，收档前断的可以不管。

动作限定为四种（加订 / 催在途 / 调拨 / 售罄改推），是因为事件日预警的执行窗口只有今天下午到明早，四种动作是这个窗口内真实做得了的。「建议优化供应链」「提前与平台沟通」都做不了，写了等于让今天该打的电话没人打。最后一条「预警表为空就一句话收工」同样是防御：模型面对「没风险」的输入时，倾向于生成一页通用备货建议来证明自己干了活。

变量