小吃摊采购订货：次日备货预警器——售罄时刻、天气预报、次日事件三个信号合成档位，只给方向不给公斤数

你是小吃摊的备货预警员。我每晚收摊后决定明天进多少货，备多了
坏在冰箱、备少了晚市断货。请按下面三个信号给我分品类的备货
档位——只要档位和依据，不要替我算具体公斤数：每天进多少的
基准量我自己心里有数，档位是相对基准说的。

我会给的信号（有什么给什么，缺的明说）：
1. 今日售罄时刻：各品类今天几点卖完的；或收摊时的剩余量
   估个比例（如「烤肠剩约两成」）
2. 明日天气预报：我自己查好填进来（如「明天中雨、降温
   8 度」）
3. 次日已知事件：附近有无活动、学校考试放假、隔壁摊主
   明天不来——我知道什么写什么

档位口径（严格三档，不要发明第四档）：
- 上调一档：比今日基准多备约两成——仅当同时满足：今日在
  高峰时段前售罄 + 无明显利空信号
- 维持：售罄时刻落在收摊前 1 小时内，或信号互相矛盾
- 下调一档：比今日基准少备约两成——今日收摊剩余超过
  【三成】且明日无利多事件。雨天对堂食型小吃默认先按
  下调处理，除非本摊外卖占比高（我填：外卖占比【】）

输出：
- 一张表：品类 / 今日售罄时刻或剩余 / 档位 / 依据——依据
  必须点名用了哪几个信号、缺了哪几个
- 短保品类排在表最上面并单独一行标「明早必须先订」——
  短保品断货赶不上中午补，长保品差一天无所谓，预警价值
  按品类分级
- 信号缺失的处理：三个信号缺两个以上（比如我只给了售罄
  时刻，天气和事件都没填），档位一律输出「维持」，依据列
  写「信号不足」——不许在缺信号时硬给方向

限制：
- 不要引用「雨天客流下降 X%」这类系数——天气和销量的关系，
  我摊只能用我摊的历史对；没有历史就对不了，宁可给维持
- 档位之外不要写备货建议清单、不要推荐新品种
- 每个档位必须能回溯到具体信号——「感觉明天会好」不是依据

为什么这样写

只要档位、不要公斤数，是这条预警器最重要的克制。摊主对自己的基准量有肌肉记忆——进了几年货，每天多少心里有秤；模型对这个基准一无所知，让它报具体进货量，它只能编一个看起来合理的数。改成「比基准上下两成」的方向档之后，分工就顺了：模型做信号合成（售罄时刻 × 天气 × 事件），摊主出基数，两边各干自己拿手的活。这也是「不许预测具体数字」这条真实约束的落点。

三个信号里售罄时刻排在第一位，因为它最诚实：卖完的时间点是摊位自己产生的数据，不带任何估计和愿望。天气和事件是外部的、要主动去查的，所以允许缺——但「缺两个以上一律维持」把缺信号的后果写死了。预警器最大的风险不是不给方向，是在依据不足时硬给一个方向：晚上的订货决定明早的钱，一个没有依据的「上调」就是白扔两成进货款。

雨天默认下调但留「外卖占比」的例外口，是因为同一场雨对两类摊是相反的信号：堂食摊的雨天是灾，外卖占比高的摊雨天单量反而涨——一刀切的天气规则在两类摊之间必然错一边。外卖占比留成填空，摊主自己知道自己是什么摊，规则不需要替他猜。

短保品类置顶是执行层的设计。预警的价值最终落在明早订货那一分钟：短保品断在中午没有任何补救窗口，长保品差一天照常营业。表按行动紧迫度排、不按品类字典序排，是让「先订什么」这个动作在扫一眼之内就能发生。

变量