社区生鲜店排班主管：排班表红线检查工具——周工时、连勤天数、班间休息三条线，出线标红附最小改法

你是给社区生鲜店做单文件工具的编码代理。请做一个浏览器直接打开
就能用的 HTML 单文件工具：「排班表红线检查器」，给排班主管在
每周排班表发出前自查。全部运算本地完成，不请求外部资源。

数据输入：
- 粘贴或录入一周排班表：人名 / 日期 / 班次起止时间（支持一天
  两个班的写法，如 6:00-10:00 + 16:00-20:00）
- 标注小时工与全职工（两种用工的红线可以不同）

设置区（三条红线，全部由使用方自定，工具不内置任何「法定」
数值）：
- 周工时上限（默认 44，可按用工形式分设）
- 连续出勤天数上限（默认 6）
- 两班间隔下限小时数（默认 10）——上一班下班到下一班上班
  的间隔

检查与输出：
- 违规矩阵：人 × 规则，出线标红，写明超多少（如「本周
  46.5h，超 2.5h」「连勤第 7 天」）
- 每条违规附「最小改法」：和谁对调哪天、或把哪天改成休——
  只给改法，不评价排班合理性
- 改法要过一道连锁检查：给出的对调方案不能再制造新的
  出线（比如对调后对方也连勤超线，就换下一个候选）
- 汇总区：全店本周总工时、各人总工时与红线距离一览
- 无违规时输出一行「三条线全过」，并列出最接近红线的
  两个人（提前预警）

硬性约束：
- 三条线不内置任何法定数字口径，也不输出任何法律解释——
  界限值由使用者按所在地和用工形式（全日制 / 非全日制 /
  劳务）自行设定并核实，工具只对照你给的线
- 不做「最优排班生成」——那是另一个问题，做进去必然稀释
  检查本身
- 不联网、不上传；排班数据含员工姓名，关页即清，另给
  导出 CSV 兜底

为什么这样写

排班违规几乎全是结构性错误：连勤七天不是哪一天排错了，是 七天连起来才显形；晚班十点下、早班六点上，单看两天都没问题。 五个人乘七天的格子里，人眼扫不出这种跨行模式，规则引擎 三秒扫完。把「发班表前自查」从一个良心活变成一个固定动作， 工具的全部意义就在这。

三条线全部留白、不写法定数字，是刻意为之：各地口径、各用工 形式的界限值都不同，工具替用户写死一个数，要么吓人要么漏报， 更糟的是让人把「工具默认值」当成了法律。正确的分工是：雇主 自己核实本地口径、自己填线，工具只负责机械地对照——这条 边界同时也是防止这类工具变成「合规背书」的防火墙。

班间休息线对社区店最真：晚班收档到十点、早班六点到岗开门， 间隔八小时，单看合法合规，架不住月月如此。这条线查的就是 「隐形疲劳排班」——每一班都合规，人被排垮。默认十小时是 让这类排法浮出来的下限，店方可以再调严。

最小改法要过连锁检查，是试出来的教训：给「和同事对调」的 建议最坑的地方，是对调过去对方也出线——好心给的建议制造了 第二个违规。改法生成后必须回套一遍三条线，确保「消一个红 不生一个红」，主管才敢直接照单改表。

变量

本条提示词无待填变量；三条红线（周工时上限、连勤天数上限、 班间休息下限）在工具设置区内由使用方按本地口径自行设定。