第365章 黄灯复检：扩大排查（2 / 2）

“楼下正常，同层一处异常，楼上异常。按常识，水走重力——更像从上往下渗，不是从楼下冒。”

他转头问总包工程师：“楼上这一段，昨天有没有做过试水？有没有临时用水？”

总包工程师脸色一僵：“楼上有一户……昨天做了阳台排水试水，可能没关紧。”

阿勇（劳务队长）也在旁边小声补：“昨晚有人看见楼上有水从阳台门缝淌出来一点点。”

这句话像一把钥匙——把“系统性质量灾难”推回到“施工行为事故”。

林远立刻下指令：“现在去楼上，按编号核验。不要靠猜。”

---

十一点整，所有人上楼。

楼上那户阳台，门口确实有一道干涸的水痕，顺着门槛往里渗。阳台排水口旁边还放着一只临时水桶，桶底有湿。

总包工程师赶紧解释：“这不是结构漏，是昨晚试水没收尾……”

黑夹克男人抢话：“试水没收尾就不算问题？你们管理这么烂，住进去怎么办！”

林远看着那道水痕，没急着吵。他直接让监理按清单写入主编号链条：

初步源头判定：施工试水未收尾导致局部渗潮（疑似）

处置动作：立即封闭该户临时用水权限、设置试水旁站、清理积水、通风除湿

复核计划：48小时后复测含水率，72小时后基层干燥达标再修补

然后，他把这条“施工行为事故”升级为内部管理事件，编号单独挂在主编号下的R类链条：R-0159-01（试水旁站缺失）。

最关键的是下一句——他对总包经理说：

“这不是你一句‘不小心’能过去的。

试水旁站缺失，属于流程缺口。按制度——扣你履约标签，触发管理黄灯。”

总包经理脸色彻底白了：“林总……这会影响我们后续评分。”

林远点头：“对，会影响。因为今天如果不是主编号黄灯咬你，你们会一直靠‘不小心’活下去。以后住进去，那就不是‘潮’，是‘人’。”

这句话说完，现场那些真正的业主反而安静了。

他们要的不是“你永远不会犯错”，他们要的是“你犯错会被制度咬住”。

---

中午一点，处置计划正式写入主编号，并同步到公开台账。

林远让管理员在官方群置顶“处置三件事”，每一件都带下一次对照时间：

1）今天18:00前：该户试水权限封闭、旁站名单上墙（回执编号）

2）48小时后：含水率复测（第三方到场，居民代表旁听）

3）72小时后：基层达标再修补，修补后复检签收（编号闭环）

黑夹克男人还想继续煽动：“你们就是把问题推给工人！”

老赵终于忍不住，开口顶了一句，但还算克制：“你别把责任链说成甩锅。责任链就是谁该旁站没旁站，谁该复核没复核。工人干活也要按制度，不是谁弱谁背锅。”

林远补了一刀更硬的：“今天这个事件，责任单位不是劳务，是总包管理。你要骂，就对着管理骂。别把弱者当靶子。”

这句话把“甩锅叙事”直接堵死——因为他把责任指向了权力更大的一方。

---

下午四点，系统里那条黄灯仍然亮着，但状态已从“超时未答复”变成“已答复（处置中）”。

它没有立刻消失，因为规则写得很清楚：黄灯解除必须满足“复测达标+复检签收”。

群里有人还在嘲讽：“计划谁都会写。”

居民代表老周回了一句：“对照时间写死了。48小时后见。到时候我在现场签不签，大家都能看见。”

这句话比“你们相信我”强太多。

它把未来变成一个可对照的节点，而不是一段情绪。

夜里十点，林远在样板包里新增一页补丁，标题写得像工程术语：

《试水旁站缺失的触发与处置模板》

核心只有三句：

任何“临时用水/试水”必须旁站登记，否则触发管理黄灯

渗潮类问题必须先做源头路径判定，再做修补

黄灯解除必须依赖复测达标与签收，不允许口头消除

写完，他靠在椅背上，闭眼两秒。

对手当然会拿“黄灯”继续做文章。

但这一次，黄灯不是他们的武器，是制度自己的牙齿——咬住了推诿，咬住了“差不多”，也咬住了那种把小事故拖成大爆炸的惰性。

城市就是这样被建出来的：

不是从来不出错，而是出错后还能把人拉回程序里。

---