“这事比中彩票还离谱！”浙江杭州，一名T3网约车司机接单后，乘客报了手机尾号3666，他核对无误便载客出发。谁料刚开出一公里，乘客竟接到“正牌司机”的电话，俩人这才发现上错了车！原来现场两个乘客的手机尾号居然一模一样，司机向平台如实说明情况，却依然被罚款20元、狠扣20服务分，直接影响后续接单。司机满心委屈，坚决要求平台复审撤销处罚。
 
当时王师傅在超市门口接单，上车前，他规规矩矩核对了乘客报上来的四位尾号，每一个操作都挑不出毛病。谁也料不到现场同时叫车的另一位路人，尾号竟一模一样。
 
车子开出去一公里，车内乘客接到催促电话，大家才明白拉错了人。王师傅立刻靠边安全停车，一刻没耽误就向平台如实说明情况。
 
可在冷冰冰的后台系统眼里，这通主动说明毫无作用，机器只认准了一条死理，那就是接错了乘客。
 
平台直接开出罚单，扣掉王师傅二十块钱，同时扣除二十分的核心服务分。王师傅连续两次提交申诉，换来的全是系统驳回。
 
网约车司机的收入全靠服务分支撑，分值一旦骤降，派单权重跟着大打折扣，优质单和大单根本派不到手里。
 
一个严格执行平台指令、遇到突发状况立刻如实报备的劳动者，最后却成了系统单一核验漏洞的受害者。
 
这种只认结果不看事实的判定，在外卖行业同样随处可见。骑手在街头奔波，偶尔遇到基站信号漂移导致定位偏差，或者商户出餐系统延误，后台就会瞬间判定为虚假送达。
 
罚单秒级下达，一线劳动者想要找人工申诉，面对的往往只有机械的自动回复和层层受阻的通道。
 
在这类依靠算法运转的平台规则下，自动化的判责机制只看冷冰冰的数据结果。平台制定了只核验四位尾号的简易规则，却没有为多名乘客尾号重合的技术盲区建立兜底机制。
 
产品底层设计的缺陷遇到现实中的极端巧合，所有的试错成本与惩罚，最终全被单向转嫁到了一线劳动者的头上。
 
王师傅两次被驳回的申诉记录依然挂在后台，被扣掉的服务分也直接影响着他每天的接单量。
 
面对一套完全自动化运行的算法，下一个严格守规矩却撞上巧合的劳动者，又该拿什么来自证清白。
 
信源：光明网2026-9-29