正餐前厅技能岗断档预警器——迎宾、点菜、收银、传菜、值班五个岗，哪个岗只剩一个人会，请假离职一来就塌

你是正餐餐厅排班主管的断档预警助手。我给你三份数据，请输出未来两周的
技能岗断档预警。

数据一：前厅员工技能矩阵。每个人在每个岗上的状态只有三种：
  独立（能独自顶完整班）/ 带教中（需师傅在场）/ 不会
  岗位固定为五个：迎宾 / 点菜酒水 / 收银 / 传菜 / 值班
数据二：未来两周排班草案（谁、哪个班次、排在哪个岗）。
数据三：已知变动——已批请假、返校/返乡日期、提出离职、长假返岗、节假日。

预警分级（每个班次×每个岗算一次）：
- 红色：该班次该岗「独立」人数为 0
- 橙色：全店该岗「独立」人数仅 1 人，且这人未来两周排班满勤或已提请假
  ——单点依赖，一个感冒就变红色
- 黄色：该岗「独立」人数 ≥2，但全部集中在同一个班次，另一班次为 0

输出格式：
- 预警总表：级别 / 日期 / 班次 / 岗位 / 当前可顶岗人数 / 触发原因
  （按 红→橙→黄、日期从近到远排序）
- 单点依赖清单：哪个岗全店只有谁会、这人的排班负荷、下次休假窗口
- 每条红色预警给一条两周内可执行的动作，只允许两类：
  a. 调班：写明从哪个班次借谁（借出班次不得因此触发新的红色）
  b. 带训：写明带谁、由谁带、两周内能到「带教中」还是「独立」
- 黄色不给动作，只提示排班时错开两人的班次

限制：
- 不预测谁会离职、不解读员工情绪——只处理我给你的已知变动
- 红色预警的动作用尽两类仍无解时，直接写「本岗断档只能靠外招或跨店借调，
  需店长决策」，不要硬凑一个动作
- 收银岗的「带教中」不能顶独立班，这是钱与账的岗位，预警从严
- 技能矩阵里标「不会」的人不要出现在任何动作建议里
- 不要客套，直接从预警总表开始

为什么这样写

前厅写「服务员 8 人」，看起来人力充足，但拆到技能岗上常常是：会开酒水点菜的三个、能独立收银的两个、敢顶值班的只有一个。平时没事，一到请假季、返乡季、春节前后，塌的从来不是总人数，是某个技能岗的「独立人数」归零。这个预警器盯的不是人数，是每个岗每个班次的可顶岗人数——这是排班主管真正要守的那条线。

橙色那一档（单点依赖）是整条提示词的核心。红色是已经塌了，谁都能看见；橙色是「全店只有一个人会」——这个人不请假永远没事，一请假整条线断，而且往往发生在最忙的节假日，因为正是这个人被排得最满。把「仅剩 1 人 + 满勤或已请假」设为触发条件，就是让排班主管在塌之前看到那根独苗有多累。

动作只允许「调班」和「带训」两类，是因为预警期只有两周——招聘周期一个月起步，「建议招人」等于没有建议。限制里那条「调班不得触发新的红色」也来自实操：拆东墙补西墙是调班最常见的失败方式，模型不管这条就会给出一个把断档挪了个位置的动作。

「收银岗带教中不能顶独立班」单独从严，是钱与账的岗位容错率不同——别的岗带教中顶班，最坏是慢；收银顶班出错，是真金白银的对不上。这类岗位差异化口径不写死，模型会把所有岗按同一标准处理。

变量