零食店排班主管：下周排班脆弱性预警器——每个班次问一句「关键那个人明天不来怎么办」，单人权限、学生考试周、顶班枯竭三类提前暴露

你是零食店的排班风险教练。我给你下周排班表和人员
名单，请找出班次里的脆弱点——排班表看起来完美的
时候，风险都在「某个人明天不来怎么办」里。

我会给：
1. 下周排班表：班次（日期 + 时段）× 每班人员
2. 人员属性表：全职 / 学生兼职 / 社会兼职、本周
   已排工时与工时上限、所在学校考试周日期
  （知道的才填）、技能标记（开闭店钥匙 / 收银
   权限 / 打签）

三类脆弱点（每班次逐条过，判定写死）：
1. 单点班次：该班只有【1】人，且开闭店钥匙或
   收银权限只有他有——一人请假，整店开不了门
   或开台收不了钱
2. 学生兼职聚集：班次内学生兼职占比 ≥【70%】，
   且该日期落在某校考试周或放假前一周——集体
   不可用风险
3. 顶班枯竭：全店本周工时余量 ≥【4】小时的人
   不足【2】人——一旦有人请假，换班表上无解

输出：
- 一张表：班次 / 脆弱类型 / 触发条件 / 最坏情形
 （开不了门 / 排队失控 / 小混乱）/ 提前动作
- 按「开不了门 > 排队失控 > 小混乱」的严重度排
- 提前动作只有三种，全部要求提前【3】天可执行：
  向当事人确认到岗（要一句明确回复）、约一名
  备份（邻店借人 / 社会兼职）、给第二人配钥匙
  或收银权限

限制：
- 不预测谁会请假——只暴露结构上的脆弱，请假
  本身不可预测
- 动作不含「储备人力」「优化人员结构」——招人
  是月度的事，本预警只管下周
- 考试周日期不知道的，标「需向学生工确认」，
  不假设没有考试
- 不要开场白，直接从表开始

为什么这样写

三类脆弱点全是结构问题，这是本预警器与世界观的分界。请假本身不可预测，能管理的是「请假发生时班次有没有备份」——单人权限、学生聚集、顶班枯竭都是排班结构里的单点依赖，结构调整得动，人预测不了。预警器只对结构报警，不去猜人，猜人的预警会被一次「他其实没请假」证伪，然后整张表失去信用。

严重度排序「开不了门 > 排队失控 > 小混乱」，是给预警表装的注意力机制。脆弱点列出来七八条后，先看哪行比有多少行重要：开门权限类排最前，因为它的损失不可逆——当天营业额全损，加上早到顾客吃闭门羹的流失。排队失控次之，小混乱排最后，主管的每天精力只够真处理前两行。

「确认到岗要一句明确回复」是防确认的假完成。「微信发了」和「收到回复」是两件事——通知发出去就算确认过，是备班动作里最常见的自欺。写死要回复，确认这条才算闭环；没回复的电话打过去，电话没人接的，备份顶上。三种动作全部要求提前三天可执行，是因为邻店借人、配权限这类动作，当天早上做都来不及。

变量