外卖箱上的雨水顺着箱盖缝隙往里渗

骑手在红灯前停下，伸手抹了一把箱盖上的水。手机屏幕亮着，导航提示前方拥堵，预计送达时间又往后推了四分钟。他点了“上报异常”，系统自动给顾客发了一条消息。这套流程在五年前还不存在。那时候送餐靠记忆和路牌，现在靠算法和定位。雨天的订单比平时多出三成，平台会临时加价，每单多给一块二。钱不多，但骑手愿意跑。他不懂什么叫实时调度，只知道手机响得越频繁，这个月的房租就越有着落。

城市里每一辆电动车都连着看不见的数据流。红绿灯的配时在后台被反复调整，外卖平台根据历史订单预测哪条街在中午十二点会堵。这些计算不声不响，却决定了骑手能不能在超时前点下“已送达”。有个做地图测绘的朋友说，他们采集过外卖车的轨迹，用来修正小区内部道路的偏差。那些被雨水打湿的路线，最后变成导航里一条细细的蓝线。

顾客端的界面上，进度条在缓慢移动。她看见骑手头像停在一个路口不动，又看见弹窗说“正在努力配送”。她不知道背后发生了什么，只觉得等待变得可以忍受。平台把预计时间从四十分钟改到四十五分钟，又从四十五分钟改回四十分钟。这些微调来自一套模型，它学会了雨天要留出更多余量，也学会了不能把时间定得太宽，否则用户会去别家下单。算法在两头拉扯，找那个刚好不惹怒任何一方的点。

骑手的手机里装着一个接单软件，也装着一个导航软件。两个软件有时会打架。导航说左转，接单软件说右转更近。他凭经验选一条，结果发现前方在修路。他把车停在天桥下，翻出另一个骑手发来的语音。语音里说某条小巷可以穿过去，但需要搬车过一道台阶。这种信息不在任何系统里，只在骑手之间口口相传。科技把路线算得再准，也漏得掉一道台阶和一场临时的施工。

雨小了，骑手重新上路。箱盖上的水珠被风吹散，留下一层薄薄的水痕。他把车停进小区，跑上六楼。顾客开门接过餐盒，说了一句“辛苦了”。他点头，转身下楼。手机又响了，下一单的取餐地址已经弹出来。他擦了擦屏幕上的水，点下“接单”。这个动作他一天要做几十次，每一次的背后，是服务器在零点几秒内完成的一次匹配。

晚上十点，骑手收工。他把车停回出租屋楼下，打开软件看今天的收入。数字跳出来，比昨天多十七块。他关掉屏幕，雨水早就干了。城市另一头，工程师在更新模型，把今天所有骑手的轨迹数据导进去。明天早上，系统会学着把某个路口的预估时间再缩短半分钟。没有人会注意到这半分钟，除了那些在路上跑的人。