上周三下午四点十七分，物业部老张在地下车库负二层拖地时滑了一跤。没骨折，但膝盖淤青，歇了两天。按理说这不算大事——可第二天，行政小陈发现：系统自动把本周三同一时段、同一区域的临时保洁排班从‘李姐（58岁，3年经验）’改成了‘小周（24岁，体能测试A级）’，还顺手给李姐推送了一条提醒：‘您本月在湿滑区域作业超6次，建议启用防滑垫辅助包（点击申领）’。

没人手动改过这个排班表。

这事得从我们去年接手的‘非全日制用工风险沙盒’项目说起。不是HR系统，也不是考勤软件，而是蓝点通用管理系统里一个被我们悄悄搭出来的模块：用真实工单数据+场地传感器历史记录+本地气象API+过往工伤台账，训练出一个极简的‘场景化脆弱度模型’。

比如，‘地下车库’+‘雨天’+‘凌晨清洁’+‘使用碱性清洁剂’，组合起来，跌倒风险系数就跳到0.68；而‘办公区走廊’+‘上午十点’+‘干拖’，系数只有0.11。这些数字不对外显示，也不生成报告，只默默影响排班逻辑的权重——就像老司机过弯时不看仪表盘，但身体知道该收多少油。

最开始，我们只是想解决一个问题：临时工换得太勤，谁干过哪块地、在哪摔过、用什么工具、当时地面湿度多少……全靠口头传。上个月来了个新阿姨，第一天就被安排擦消防通道玻璃门——那扇门三年前修过一次铰链，开合有0.7秒滞涩，她没经验，用力过猛，玻璃晃得厉害。现场没出事，但系统后台抓到了这段异常动作视频（来自安防摄像头的边缘分析插件），自动标记‘高动态操作节点’，并把后续三天同岗位排班全部加了‘需搭档复核’标签。

有人问：这算不算过度干预？

其实不是干预，是补漏。正式员工有岗前培训、SOP手册、季度复训；临时工往往连工牌背面的安全须知都没时间读完。我们没给他们加考试，也没塞PPT，只是让排班表‘多想半步’：当它看到某位阿姨连续三天被排在瓷砖反光强烈的中午时段，就会悄悄把她的下一轮班调到上午九点，并在派工消息里附一句：‘今日阳光角度易眩光，已备遮光镜一副（放B2储物柜第3格）’。

有趣的是，这个模块后来被仓库组借去用了。他们管的是‘夜班叉车动线’。原来总有人抱怨‘灯光太暗看不清货架编号’，但查监控发现，真正的问题是：晚班临时工平均视力比白班低0.2行（体检数据接入），且凌晨两点后反应延迟明显上升。于是系统不再笼统调亮灯光，而是把‘2:15–2:45’这个窗口期的高位货架拣货任务，优先指派给近三个月夜班出错率最低的两人，并在PDA弹窗里把货架号字体放大120%，同时把扫码框自动居中——不是改流程，是微调‘人与界面的接触面’。

当然，它不完美。上月有次暴雨预警延迟两小时发布，系统仍按旧数据排了露天卸货岗，结果临时工老赵淋了二十分钟才等到雨棚支好。事后我们没升级算法，而是加了一条‘人工熔断开关’：任意现场主管长按排班表右上角三秒，就能冻结未来4小时所有自动调度，并弹出‘请说明原因（语音/文字/拍照）’。老赵那天拍了张积水倒映叉车影子的照片，系统记住了‘水深超3cm+倒影变形’这个视觉特征，下次自动关联气象雷达回波图。

现在，整个后勤组的临时工流动率降了22%，工伤申报量少了三分之一。没人夸系统多智能，但李姐说：‘现在排班短信里写的不是时间地点，是‘您今天不用踮脚够B区第三层’——我听着心里踏实。’

对了，这个模块没有名字。我们在蓝点后台管它叫‘喘息档位’。不是为了预测风险，是让系统学会，在人开口喊累之前，先替他松一松肩带。