第413章 对照抽查：难看才可信（1/2）

CH--01 下发后的当晚，清远项目办的灯一直亮到十一点。

不是在“补材料”，而是在做一件更难的事：把自己摊开来给人看。

对照城市这四个字，听起来像荣誉，实际上像一把尺子——

你要被拿来量别人，也要被别人拿来量你。

清远分管领导把门关上，先把群里那份肇城“长说明”丢在桌上，问了句很现实的话：

“省里要的不是说明，是日志。

你们能不能把我们的日志拿出来，敢不敢把我们的黄灯也拿出来？”

项目负责人刚想说“当然敢”，话到嘴边又咽回去。

因为他想到一件事：清远这一个月 PS-Y 黄灯不少，T+2h 规则刚上，现场被打得挺难看。

难看这两个字，在过去意味着要遮；

但在省版之后，难看反而可能是证据——你没演。

林远把笔帽扣上，说：“就按三件事走：触发源、时间差、例外痕迹。别先解释为什么难看，先让它可复核。”

一、触发源：随机不是口头，是“谁触发、怎么触发”

省平台挑战单的第一项写得很清楚：QC-R随机性核验（触发源、触发逻辑、现场见证链）。

清远 IT 把 QC-R 的触发源拆成两部分：

系统触发日志（触发账号、触发时间、触发逻辑版本号、随机种子摘要）

现场见证链（封签回执、见证人岗位、指纹一致）

项目办最怕的是“随机种子”这种词，一听就像技术幌子。

林远却盯着“账号”那一栏问了一个关键问题：

“我们这边触发账号，永远是系统账号吗？有没有人手工点过？”

IT 点开一段日志摘要（脱敏展示）：

触发账号一水儿是 QC-BOT，触发时间分布在不同工作日、不同小时段，没有集中在某个固定窗口。

项目负责人这才松口气：“至少我们不是预约抽检。”

林远没让大家松太久：“别急，省里会对比触发分布曲线。你们要把曲线也交上去——让他们一眼看出‘不像排班表’。”

于是清远的对照材料里，第一份就做成了“触发分布摘要”：

触发日：周一到周六都有

触发时段：上午、下午均有，非集中

触发账号：系统账号，无人工账号

触发逻辑版本号：与省版一致（v1.0）

不写结论，写事实。

二、时间差：旁证“后补”会留下最诚实的痕

第二项更要命：PS旁证时效性核验（节点发生时间与上传时间一致性）。

清远这一个月，最难看的地方恰恰在这里：

PS--01 上线后，T+2h 超时黄灯爆了一波。

项目办里有人小声说：“要不我们把黄灯解释得委婉一点，别让省里觉得我们执行力差。”

清远分管领导看了他一眼，没骂，只说：

“对照城市不是来拿奖的。

我们要让省里看见：我们是先难看、后变好。”

于是清远把“难看”做成了两张表（脱敏摘要）：

1）节点发生—上传时间差分布

0–30分钟：占比多少

30–120分钟：占比多少

120分钟（黄灯）：占比多少

并按周拆分：第一周、第二周、第三周……

2）黄灯闭环时长分布

超时黄灯出现后，多久补齐？有没有拖到第二天？有没有“批量补证”的尖峰？

数据非常直白：

第一周黄灯多，第二周开始下降，第三周趋稳；

“凌晨集中上传”的尖峰也明显变少。

项目负责人看着曲线，自己都愣了一下：“原来我们真的在变好。”

林远说：“这就够了。对照不是完美，是趋势可信。”

三、例外痕迹：真正的放水，往往藏在“内部消化”

第三项是省里这次动刀的核心：例外上台核验。

清远知道自己例外不少，尤其旧改一旦遇到居民临时阻工、道路临时管制、材料车进场受限，例外节点是必然的。

但清远把例外当“必须留痕”的坏消息，不当“必须抹掉”的丑事。

这一次，项目办把例外清单直接列出来：

本月 TF/LW 例外次数

每条例外的闭环时长

例外类型结构（物流受限、争议待裁、临时变更等）

是否触发 EX-Y 黄灯（若超阈值则必须解释）

清单里甚至有两条闭环很慢的例外，像针一样扎眼。

项目负责人有点犹豫：“这两条太慢了，会不会被省里盯死？”

本章未完，点击下一页继续阅读。