会改的第一件事：高峰并发，不能只靠“操作快”，要靠“批量清单+仓位释放”
建设时对早晚高峰的判断是“单次操作要快”，所以仓位按车组分组，高频领用的枪放在便于操作的高度区间。运行下来发现，单次快还不够。出车前多个车组同时到窗口，真正的瓶颈不在单支取放，而在批量领用的清单顺序和归还后的仓位释放。
如果重做，会把“按车组任务批量生成领用清单”和“归还后仓位即时释放”放到更优先的位置，而不是只优化单支操作路径。押运的高峰是批量动作，不是单支动作，这个判断在建设阶段不够彻底。
会改的第二件事：枪弹分离写死在服务端是对的，但车组任务接口要更早接
领弹必须挂接有效领枪记录，无对应领枪单据的取弹请求直接拒绝，这条规则写死在服务端，运行后证明是对的——枪弹分离和领用顺序不再依赖当班人员自觉。
但复盘下来，车组信息、出车任务与出入库单据的接口同步，应该更早介入。建设时平台预留了标准接口，但实际联调放在后期，导致前期部分单据还是两头对。如果重做，接口同步会和柜体安装并行推进，而不是等平台上线后再补。押运的枪弹流转是跟着车组任务走的，任务接口不通，证据链就缺一环。
会改的第三件事：沿海防锈不能写成“防潮密封”一句话，要按台风季和盐雾留选材余量
湛江常年高温高湿，空气含盐量高，金属件锈蚀是慢性且不可逆的风险。建设时柜体材质与电气件规格做了沿海适配，重点强化防锈蚀与防潮密封。运行一个台风季周期内，未再出现因受潮锈蚀引发的器材问题。
但如果重做，防锈蚀的选材余量会写得更明确，不是笼统写“防潮密封”，而是把外露金属件、锁具机构、电气接点的防护等级分别列出来，并预留维护更换周期。沿海项目的防锈不是一次性投入，是五年周期里的持续成本，这一点在建设阶段容易被“环境监测”一句话带过。
坚持不改的一件事：门禁权限与领用权限必须解耦
通过门禁只代表获准进入库室，能不能打开具体仓位由业务流程单独判定。这条在运行中没有出现争议，反而在基层点位体现出价值：门体启闭次数远高于专用库房，进出人员复杂，如果“能进门就能开柜”，风险不可控。这件事如果重做，不会改。
还没解决的部分
系统效能高度依赖底账准确与人员规范操作，一旦松懈数据质量会快速下滑，初期还不容易察觉。个别偏远点位链路稳定性不足，离线回传延迟在极端天气下依然存在。滤网清理、传感器定期校准靠制度维持，没有自动化提醒。重量传感对背带、附件摆放和柜门震动较敏感，上线初期出现过虚假异常提示，虽已用待核查状态缓解，误报治理仍是长期过程。部分早期加装的环控设备接不进联动，仍是手工缺口。
复盘结论
这个项目的主要投入落在流程强制与环境适应性上，而不是视频或平台界面。押运项目的高峰是批量动作，不是单支动作；枪弹分离写死在服务端是对的，但车组任务接口要更早接；沿海防锈要按选材余量和维护周期写清楚，不能压缩成一句“防潮密封”。底账清理和环境整治无法靠加班压缩进度，多数同类项目的延期都发生在此环节，需预留独立工期。感知类设备和并发处理策略很难一次设定到位，必须让系统在真实业务高峰中反复校准。
