给粗壁的纸条写：东线某车辆位于第二检修标，记录到三种不同动作，未报告与护栏接触。
没有哪一张纸能证明对方绝对安全。
它们足以反驳系统要求立即取消的唯一结论。
陈渡在保护区只负责第三项核验。他分别查看两张纸的措辞，确认没有三个人开始重复“另一辆车没事”或“事故是假的”。他没有替记录台统一改写，也没有把自己的判断加入人数。
系统等不到确认，换了一种方式。
横窗导航弹出救援建议：调头前往桥下事故点，预计耽误二十七分钟。
粗壁水务路牌则显示主桥存在人员落水，建议立即打开九号桥墩调压阀，为救援船提高水位。
两项建议都符合普通事故处置逻辑。
若横窗调头，两车会驶入同一排水区；若粗壁开阀，东照与西泊水样会提前连接。镜雨没有强迫任何人，只把“救另一队”包装成取消分线的理由。
韩屿向北岬申请独立桥面巡查，不动两辆任务车。当地救援站派出一艘无联网记录的巡逻艇，沿桥墩检查水面；水务值守员则从岸上目视护栏，没有开启调压阀。
九分钟后，两方分别报告：未发现车辆落水产生的油迹、碎片或结构破损，水面有一段重复播放的车灯反光，位置不随水流移动。
这仍不能证明未来一分钟不会发生事故。
但系统照片的时间已经过去八分钟。
横窗仍在桥面，粗壁仍在防洪堤。
两套取消窗口同时变灰。
屏幕没有承认错误，只将事故状态改为“来源冲突，等待多数确认”。东照和西泊公共平台很快收到照片，有人开始投票哪辆车真正坠江。东照用户更熟悉有窗巡检车，认为桥下照片可信；西泊用户看见防洪堤监控，认为主桥事故更像真实。
两个城市分别相信另一辆车出了事。
确认数没有合并，因此暂时无法覆盖任何一条当前记录。
韩屿要求两城平台停止“真实事故”投票，却没有要求直接删除照片。删除会毁掉镜雨正在诱导分区确认的证据，也可能让已经投票的人把撤图理解成某一方掩盖伤亡。
平台改为冻结新增选项，在照片旁同时显示拍摄源不明、时间早于现场事件、两地独立巡查未发现实体事故。已经提交的票数保留在审计层，不再对公众滚动展示。
这个处理没有逼市民改口，只让一个不断放大共同结论的计数器停下。
本章未完，请点击下一页继续阅读！