一辆配送车停下,司机起身,打开侧滑门,拿包裹,送到门口。
这个动作如果超过 30 秒,部分亚马逊 EDV 电动配送车的空调可能会被关掉。反常点就在这里:亚马逊说这次软件更新是为了让空调在司机离车后保持更久,但司机感受到的,却可能是夏天回到车里更难降温。
受影响的不是所有亚马逊配送车。当前材料指向的是部分 Amazon EDV,也就是 Rivian 为亚马逊定制的电动配送厢式车。
更新真正改的是空调运行规则
亚马逊的说法并不复杂。
司机离车后,空调最多可以继续运行 10 分钟,计时器会在每一站重置。可如果司机离开座位,侧滑门又保持开启超过 30 秒,系统会为了节省电池关闭空调。
争议就在这两个条件之间。
| 场景 | 亚马逊解释 | 司机担忧 | 关键矛盾 |
|---|---|---|---|
| 司机离车 | 空调最多继续运行 10 分钟 | 短暂停留时有帮助 | 适合门关着、时间短的场景 |
| 侧滑门开启超过 30 秒 | 空调关闭以节省电池 | 配送时很常见 | 真实工作流可能频繁触发关闭 |
| 每站重置计时 | 让空调逻辑更可控 | 回车时车厢已经变热 | 控制规则和降温体验不一致 |
这里不能直接说亚马逊故意牺牲司机安全。现有信息只能说明,公司解释和司机体验之间有明显落差。
电动车队当然要管电池和续航。问题是,配送车不是私家车。司机离座不等于休息,侧门开着也不等于车辆闲置。很多时候,那正是工作正在发生。
高频配送会把 10 分钟保冷打碎
司机投诉集中在一个具体节奏:停车、开门、离座、取件、送货,再回车继续下一站。
这不是偶尔发生的动作,而是末端配送的基本动作。司机可能一次离车送多个包裹,也可能在同一街区连续跑几个门牌。侧滑门开着超过 30 秒,并不稀奇。
如果空调在这个过程中停掉,所谓 10 分钟保冷就会打折。车厢一热,司机回到车里,空调刚重新启动,人又要下车。
受影响最直接的是两类人。
一类是夏季高温地区、路线密集的配送司机。他们需要的不是车上理论上有空调,而是每次回车时能短暂降温。频繁升温会压缩补水、喘息和恢复体温的窗口。
另一类是管理亚马逊末端配送的 DSP 等分包车队。很多亚马逊配送司机并非亚马逊直接雇员,而是由分包商管理。对这些车队来说,现实动作会变成几件事:确认哪些 EDV 已更新,记录司机关于车厢温度的反馈,调整高温天的路线和休息安排,并向亚马逊或 Rivian 反馈阈值问题。
这也提醒司机和车队管理者,不能只看车辆是否配了空调。更该看空调在什么条件下会停、能不能被人工覆盖、极端高温时有没有例外规则。
这不是舒适配置争议,而是热安全治理问题
配送车空调过去常被当成舒适性配置。现在它越来越像劳动安全配置。
UPS 是一个对照。2023 年,UPS 与 Teamsters 工会达成热安全协议,其中包括为新购车辆配备空调等安排。这个例子说明,夏季车厢温度已经进入物流行业的劳动安全议程。
亚马逊的难点在于治理结构不同。
UPS 的部分热安全安排来自工会谈判,能进入车辆采购和工作条件。亚马逊末端配送更多依赖平台规则、分包商执行和车队软件控制。软件更新很快,但也容易把复杂现场压成几个判断:座位有没有人,门开了多久,电池要不要省。
目前还看不清受影响 EDV 的规模、具体地区,也看不到 Rivian 单独回应。没有这些信息,就不能把问题拔高成一场确定的系统性事故。
但已经能看清一个判断:如果软件只按传感器逻辑运行,却不给高温、密集路线和多点派送留出弹性,智能车队就会在最需要照顾人的地方失准。
接下来最该看的不是网上有多少抱怨,而是三个具体变量:亚马逊是否调整 30 秒阈值;高温天气下是否允许空调保持更久;司机或 DSP 是否能拿到更细的控制选项。
这三个变量,比一句“节省电池”更能说明亚马逊到底把热安全放在什么位置。
