陈毅没急着打电话骂人，而是把验真回执直接回退到城市端：“验真失败，请补充真实编号或更正录入。”

十分钟后，那边回了句极真实的话：“我们找的顾问说这样就行……你们现在怎么还要验真？”

林远听到这句，反而心里更稳——造号生意之所以能活，就是因为“没人验”。

他让陈毅做了一件很克制、但很狠的事：追溯来源，不公开点名。

系统日志显示，这两条编号不是城市自己填的，而是协作席账号提交的草稿，来自同一家服务商。更关键的是：这家服务商过去一周在另外两个城市也提交过类似结构的“工单号”，格式一模一样，只是尾号递增。

这不是“填错”，这是“批量生成”。

陈毅把聚类报告生成，编号入库：RF-CLUSTER-003（模板造号）。按EXC-01.1触发：该服务商进入线索池，协作席冻结，且所有由其协作的项目触发一次抽查复测。

刘曼有点担心：“会不会引起舆论？他们会说我们‘打压第三方’。”

林远摇头：“我们不说打压，我们说事实：验真失败。事实不会被辩成道理。”

当天下午，省信息处把一条极短的“FAQ补丁”加到公共接口里，语气不激烈，却足够让市场明白：

“例外编号申请需通过独立系统验真。任何无法验真的编号均不被采信。

如发现服务商批量提交无法验真的编号，将冻结其协作席资格并触发抽查复测。”

没有点名，没有情绪，只有动作与后果。

4）对手的反扑：真号也能被滥用

门票生意被砍了一刀后，对手不会停。他们很快换招：既然假号不行，那就用真号。

当天夜里，匿名入口又进来一条线索：有人在群里教“如何找客户投诉拿编号”，甚至提供话术模板——让项目方去“引导投诉”，拿到真实工单号，再用来申请exception_id。

陈毅看完发愣：“这……也是真的编号，验真会通过。”

“所以我们下一步不止验真，还要验关联性。”林远说。

他在白板上写下下一章的核心词：

存在性 ≠ 关联性

同编号必须绑定同项目

跨系统对账校验影响范围

“真号如果和你的项目无关，就是借火警开消防门。”林远声音很平，“我们要做的是：编号验真只是第一步；下一步，要让编号与项目、工单链、整改链绑定。绑定不上，就算真号也不算证据。”

他转身看陈毅：“把‘关联性校验’做成RFC，明天提交。我们不靠道德堵漏洞，我们靠结构堵。”

陈毅点头：“明白。验真之后还要验‘是不是你的火’。”

林远看着窗外的灯火，心里清楚：制度走到这一段，对手已经不再是材料商、地头蛇，而是一群能把规则当生意的人。他们越来越文明，也越来越难缠。

但文明的对手也有一个弱点：他们必须依赖规则的灰区。灰区一旦被压缩，他们就只能回到真正的服务——教人把事做对。

这才是制度想要的市场。