系统报错单在周一早上九点十七分准时躺进我的堵塞邮箱，标题用红色感叹号标注着“库存数据异常”。工作我盯着那串错误代码看了三秒，漏洞认出是堵塞上个月刚修过的老毛病——某个供应商的货品编号在迁移时丢了个字段，导致系统自动补零，工作把三千件库存算成了三万。漏洞这种事不致命，堵塞但会误导采购下单，工作真等仓库堆满滞销品，漏洞损失就大了。堵塞

我第一反应是工作转给技术组小刘。他上周刚处理过类似问题，漏洞熟门熟路。堵塞消息发出去，工作我顺手给自己泡了杯茶，漏洞回来看到小刘回复：“收到，下午处理。”下午？我瞄了眼日历，今天周二，下午他有例会。按以往经验，这种“下午处理”通常要拖到明天上午，而明天上午采购部的自动补货程序就要跑批了。

我放下茶杯，直接拨通小刘电话。“那个库存字段的问题，”我说，“你现在能改吗？十分钟的事。”电话那头传来键盘敲击声，他显然在忙别的。“我手头有个报表要赶，”他压低声音，“下午例会前肯定给你弄完。”我信了。

下午三点四十分，我刷新系统，错误还在。采购部的同事已经开始往系统里录明天的补货清单了。我又拨电话，这次小刘没接。四点钟，我直接走到他工位，他正对着Excel表格发呆，见我来了才想起来：“哎呀，那个啊，我中午想改来着，结果被拉去开临时会了。”

我拉把椅子坐下，看着他打开代码界面。五分钟后，他抬头：“不行，这个字段关联到三个历史表，我得跑个脚本确认数据一致性。”我问他需要多久，他说至少一小时。可补货批处理今晚八点就启动，到时候错误数据已经生成采购单了。

我做了个决定，自己上手。不是我不信任小刘，而是这种“低级漏洞”往往卡在流程缝隙里——它不严重到需要紧急停机，可又刚好能在错误数据流进核心流程前造成连锁反应。我调出上次的修复补丁，对照着新报错日志逐行排查，发现是供应商新增了一个分类代码，导致旧补丁里的正则表达式匹配失效。改一行代码，加个判断条件，重新跑测试，十五分钟搞定。

数据恢复正常的瞬间，我看了眼时间，五点十二分。距离开批还有将近三小时，足够采购部重新核对清单了。

这事儿过去一周，我在复盘会上提了个建议：把这类“非紧急但有时限”的漏洞修复流程加上时间戳提醒，超过两小时未处理自动升级到主管。有人觉得小题大做，说小刘那天确实忙。我没反驳，只举了个例子——上周那个库存错误要是真进了采购单，按三万件下单，仓库得堆出两千平米滞销货，按仓储费算，一天就是八千块。八千块够请全组喝一个月下午茶了。

漏洞这东西，最怕的不是它有多大，而是你觉得它小，就顺手放一放。放一放的功夫，它就从系统里的一个字段错误，变成财务报表上的一个黑洞。及时堵上，不是效率强迫症，是给未来省下填坑的力气。那天我自己动手改代码，倒不是信不过小刘，而是想明白一个理儿：工作里的漏洞，等不起“下午处理”这种话。你晚堵一小时，它就在暗处多咬你一口。咬的次数多了，再好的系统也得漏风。