第436章 引用失效：过期编号的坑（2 / 2）

不讨论24还是48，只把问题拉回“版本效力”。

这叫用制度语言把争吵抽干。

四、江门的尴尬：不是能力差，是想当“好人”

晚上八点，江门轮值联系人私聊清远分管领导，语气明显有点委屈：

“我们引用v0.9是因为企业压力大，我们想给他们一个缓冲。你们这么一纠，企业会觉得我们不帮他们。”

清远分管领导没直接回，林远接过手机打了一段话，字不多，但每个字都把“好人”与“规则”切开：

“缓冲可以给，但缓冲必须走例外上台，不是靠引用过期版本。

引用过期不是缓冲，是口径漂移。

企业会更舒服，银行会更紧，最后舒服变成全行业的成本。”

对方沉默很久，最后回：“明白。我们补齐。”

林远把手机放下，说了一句很现实的话：“轮值城市最容易犯的错，不是恶意，是想当好人。”

五、根治手段：让系统拒绝“过期引用”

这一晚，清远分管领导直接把问题捅到省信息中心协调会上：

“轮值机制靠纠错单不够。纠错速度永远追不上截图传播。必须让系统在发布前就拦截过期引用。”

省平台承建单位原本还想说“靠人工审核”，林远直接给出一个更像工程的解决方案：

“引用校验器（Lt）”——发布前强制校验四件事：

1）引用编号是否存在（查省平台编号库）

2）引用是否为当前生效版本（带生效日期/失效日期）

3）引用是否匹配问答类别（交易条件相关口径必须引用银行条款编号+训练包章节号至少一项）

4）若引用过期，系统禁止发布，提示替换为最新生效版本并自动联想

银行风控当场表态：“我们支持。能自动拦截的风险，不要靠人记忆。”

审计口也补了一句更致命的：“只要允许过期引用发布，就等于允许规则边界在暗处漂移。漂移是审计最讨厌的词。”

承建单位这次没再争“响应速度”，因为一旦系统拦截，速度反而更快：

你不用等纠错单，你根本发不出去。

省信息中心拍板：

本周内上线引用校验器（v1.0），并给每个引用编号加“有效期字段”。

六、公告与修复：把“错版本”变成公开教材

第二天中午，省平台发布一条很短的“版本纠正公告”，语气克制但很硬：

公告：关于FAQ引用编号有效性的说明

v0.9及历史草案编号不作为口径依据。

公开训练包与模板以当前生效版本为准（TP-v1.0；EX-模板v1.0）。

已发现个别问答引用过期编号，已更正并记录版本变更点。

江门也按流程更新了那条问答：补齐引用编号、补边界、补动作路径，并把“缓冲”写回正确位置：

缓冲不写成“延后”，写成“例外上台+旁证闭环”

时效边界不靠软词，靠版本口径与交易条件

项目负责人看着更新后的内容，终于松口气：“这下银行应该不会保守调整了。”

林远却提醒：“不一定。银行看的不是你改了一条，是看你有没有能力把这种错变成不会再发生的系统约束。引用校验器不上线，银行就不会放心。”

七、尾声：灰区最爱躲在“旧版本”里

深夜，林远在样板包里写下这章的落点：

口径碎片的第二形态不是软词，是过期引用。

软词让边界变钝，旧版本让边界漂移。

纠错单能修内容，但追不上传播；

只有“引用校验器+有效期字段”，才能在发布前把灰区挡在门外。

他把笔停了一秒，又写下一句更冷的补充：

“下一轮对手会更聪明——他们不会再发过期编号，他们会把旧版本做成离线包，到企业群里悄悄流通，说‘这是内部更准的口径’。”

清远分管领导看着那句话，没说话，只把观察期日历又翻回第一页。

因为他们都明白：

当规则变成公共接口，灰区不会消失，它只会换藏身之处——从明面吵架，躲进版本号里。