银行IT旁听当场就说：“这三条对我们很重要。银行最怕的是你们今天改字段，明天证据链断。日历+共存期，才能让我们把它写进风控条件。”

审计旁听补了一句更冷的：“弃用必须有编号，编号才能审计。没有编号的弃用，就是静默更新。”

城市技术负责人也说了实话：“我们最怕临时通知。只要你给日历和共存期，我们自己也能安排升级窗口，不需要到处找顾问。”

林远点头：“这就是目的。更新从‘谁掌控’变成‘大家都知道’。”

二、自动再认证流水线：让“合规”像体检，不像考试

日历解决“什么时候变”，流水线解决“谁会掉队”。

陈毅把第二份方案推上去，像一条CI/CD管线图：

AutoReCert｜自动再认证流水线（公开版）

逻辑很简单，但每一步都对准“去订阅化”：

每晚对目录中所有入口实现跑一遍IngressConform（含离线补签、隐私边界、错误码可观测等）

结果写入公开目录：

pass / warn / fail

失败原因桶（不暴露内部代码，只暴露条款编号与错误码桶）

上次通过时间

过渡期计时器（距离弃用下线还剩多少天）

若连续两次fail：触发“兼容性整改工单”，并给城市侧可引用回执（防止被顾问恐吓）

若fail发生在弃用共存期内：目录不下架，但标记为warn并提示“需升级”

若过了共存期仍fail：才下架，并在Casebook登记“目录下架判例编号”

“我们不让合规像一次性考试。”林远说，“合规像体检：你今天指标不行，给你整改窗口；你一直不整改，才会被下架。这样城市不会被‘一次失败’吓到，也不会被顾问绑架。”

数科副总皱眉：“每天跑一遍会增加资源成本，槽位又要被占。”

林远没回避：“成本写进单位成本。更重要的是，流水线占用的是测试资源，不是排期资源。我们可以用夜间低峰跑，且只跑目录实现的‘兼容性测试’，不占城市项目的运行槽。”

银行何经理也顺势补了一句：“这比年费托管靠谱。年费托管靠人，自动再认证靠数据。”

本小章还未完，请点击下一页继续阅读后面精彩内容！

三、第一轮“去订阅化”反扑：他们开始散播恐慌

规则一挂，匿名入口马上收到几条新话术：

“以后版本更新更频繁了，不买托管会被下架。”

“自动再认证很严，很多入口会fail，只有我们能保证一直pass。”

刘曼看完气得想发长文反击，林远摆摆手：“别吵。用流水线说话。”