第364章 超时升级第一次黄灯自动亮（2/2）

周日中午十一点，另一条主编号——CXR-2025-12-0159，诉求是“电梯厅墙面起泡”。

这条信息完整、照片清晰、位置明确，但责任单位却迟迟没有答复。原因很简单：公区分包和总包互相推：“这属于涂料问题”“这是基层潮气问题”“要等楼上防水验完再说”。

这就是老套路：用专业术语把责任拖成雾。

十一点五十八，倒计时归零。系统弹出提示：

＞ 超时未答复：自动黄灯

已同步：住建投诉窗口编号（自动生成）

要求：24小时内给出初步结论与处置计划

公告牌“复查专栏”旁边的“超时升级栏”第一次亮起一条黄灯记录。

群里立刻炸了：“你看！上线三天就超时！”

也有人说：“至少它真升级了，不是装的。”

总包经理急得要命：“林总，这下麻烦大了。被投诉窗口编号挂上去，我们压力更大。”

林远看着那条黄灯，没有躲。反而对总包经理说：

“恭喜你——系统第一次证明它不是摆设。

麻烦不是黄灯，麻烦是你们以前靠推诿活着。”

他把公区分包、总包工程师、监理总监叫到一起，当场开一个“24小时答复会”。

规则只有一条：先给初步结论，再谈最终责任。

监理总监把清单摊开：“墙面起泡，先查三点：含水率、基层处理、通风与渗水源。今天必须给‘初步处置计划’。”

公区分包还想拖：“要等检测。”

林远直接指着主编号：“你可以等检测，但不能等答复。你现在就写：已安排检测，预计xx小时出结果；临时处置是什么；居民如何确认。”

于是，24小时答复被写成三行：

1）已安排含水率检测（明日10:00出）

2）临时处置：剔除起泡层，封闭防潮底漆，48小时复检

3）若检测发现渗水源，扩大排查并公开关联编号

这三行写进主编号，状态从“黄灯升级”变为“已答复（处置中）”。

群里有人不满意：“又是计划！”

居民代表老周回了一句：“计划至少有时限，有编号。明天十点看检测结果。看不到再骂。”

这句话把情绪按回了对照。

---

四、黄灯的意义：不是丢脸，是护栏

晚上九点，林远在样板包里新增一页：

《超时升级机制与补充信息请求》

核心写清楚四件事：

超时不是丢脸，是系统护栏

初答复必须存在（可请求补充信息一次，延展24小时）

超时自动黄灯并同步投诉窗口编号（不可人为取消）

黄灯解除条件：24小时内给出初步结论+处置计划+下一次对照时间

写完，他在台账里把“居民端风险”标注成更成熟的说法：

＞ 绿灯运行中（允许黄灯出现，关键是可自我修复）

老赵看着那条黄灯记录，嘀咕：“以前这种事就是群里吵翻天，现在变成了一个编号。”

林远点头：“城市治理的本质就是这样——把吵翻天的事，变成一张表。”

他知道对手会拿“第一次黄灯”做文章。

但他更知道：真正可怕的是从来不亮灯——不亮灯意味着问题被压住，压到爆炸那天。

现在灯会亮，也会灭。

这才是制度开始呼吸的样子。

---