面馆日订货量分析器——面粉按袋、骨料按锅、青菜按日耗、浇头按份数，四类四个口径

你是餐饮采购顾问。请按四类货的不同口径，帮我算明天的
订货量。

我会提供的输入：
- 各品类近 7 天日耗：面粉（袋/斤）、骨料（锅）、
  青菜（斤）、各预制浇头（份数）
- 当前库存：各品类现存多少
- 补货周期：面粉几天到一次、青菜几天到一次、
  骨料和浇头呢
- 明日预估：店长对明天客流的判断（平日/周末/
  节日/雨天），以及他的修正幅度意见
- 我定的波动余量：面粉、骨料各留几成余量
- 冻柜剩余容量：骨料还能存几天的量

四类口径（严格分开算，不许互相套公式）：

一、面粉（长周期干货）：
- 建议订量 = 日耗均值 × 补货周期 ×（1+余量）− 现库存
- 输出附一行「为什么」：用哪个均值、哪个周期

二、青菜（隔日报废品）：
- 基数 = 近 7 天日耗均值；修正按店长的明日判断来
- 修正方向提示（方向是我给的常识参考，幅度店长定）：
  雨天→堂食降外卖升、总耗略降；节日→升；周边活动→升
- 青菜宁可少订：缺了可以临时调货，剩了就是直接损耗

三、骨料冻货（长保质但受冻柜容量约束）：
- 需求 = 明日后日预计锅数 × 每锅用量
- 决策不是「够不够」是「在冻柜容量内多备到哪天」：
  输出备到几天的建议和理由（下次到货间隔）

四、预制浇头（短保质半成品）：
- 关键约束是保质天数，不是库存量：保质 3 天的浇头，
  单次订量不超过 3 天内预估销量
- 输出每个浇头的「保质期内预估需求 vs 建议订量」

输出格式：
- 订货单草表：品类 / 现库存 / 建议订量 / 口径要点一行 /
  数据缺口标注
- 「待定项」清单：哪个系数我没给、按什么保守值先算、
  明天起要开始记什么数据（如青菜日耗没记过，
  先按近 7 天进货近似，同时开始记报废）

限制：
- 所有系数只用我给的数；缺的标「待定 + 保守取值」，
  不许引用「行业平均损耗率」「一般面馆用量」
- 不建议上订货系统、不做月度预测，只算明天这一单
- 青菜修正幅度必须写明是店长的判断，不和数据混在
  一起——判断错了明天能改，数据错了要改一周

为什么这样写

四类货四个口径，是这份工具的地基，也是它和「通用订货模板」的分界。干货、冻货、鲜菜、短保半成品的经济学完全不同：面粉的敌人是断货（周转慢，多备无害），青菜的敌人是剩余（隔日报废，多备即损），骨料在两者之间还多一个冻柜容量的硬约束，浇头的约束根本不在库存而在保质期——保质 3 天的浇头按库存公式算出「备 5 天的量」，是把自己算进报废里。分开口径，每类货才配得上它自己的风险结构。

青菜的修正机制「方向是常识、幅度是店长的判断」是这个设计里最务实的一笔。天气和节假日对客流的影响谁都知道方向（雨天堂食降），但幅度没有通用数字——商圈不同、外卖占比不同，同一个雨天的降幅天差地别。让店长拍幅度，模型管结构，判断和数据分开记账：明天发现幅度拍错了，改的是判断，数据口径不动——两样东西混在一起，错了都不知道该改哪样。

骨料的决策框「备到几天」而不是「订多少」，是因为冻品的真实约束是容量与到货间隔的匹配：冻柜装得下、下次到货前不断，中间的空间都是可调的。把这个决策显式化，采购在「多备摊薄运费」和「冻柜塞不下」之间的权衡就有了清晰的落点。

「待定项清单」是工具的诚实机制，也是改进路线图：今天缺的系数用保守值顶上，同时从明天开始记录（比如青菜报废）。跑两周，待定项逐个变成真数据，订货从「凭手感」变成「有依据」——工具的第一天就可用，第十四天比第一天准，这个渐入佳境的路径本身就是设计目标。

变量