“目錄託管年費××萬，幫你長期保持合規，不被版本更新淘汰。”
這句話比“渠道排期”更高階，也更難反駁。因為它看起來像正常服務：你不會說一個人幫你維護系統是壞事。但林遠看得更清楚——這不是賣勞動，這是賣焦慮；焦慮的源頭不是技術難，而是“更新不可預測”。
只要更新像天氣一樣飄忽，合規就會變成訂閱。
訂閱久了，標準就被託管方握在手裡：他不需要掌控簽名權，他只要掌控“你擔心被淘汰”的心。
林遠把那段廣告打印出來，釘在白板邊緣，旁邊寫了四個字：
更新可預期。
“我們要做的，是把版本更新變成公共產品。”他對陳毅說，“讓‘保持合規’不需要買年費，只需要按公開日曆走。”
陳毅問：“怎麼讓更新可預期？入口實現那麼多家，一家不配合就碎片化。”
林遠點頭：“所以靠兩件事：日曆和再認證流水線。”
一、版本日曆：把“更新權”從恐嚇變成約定
省資訊處拉了一個很短的會，參會的人比以往更務實：試點城市兩位技術負責人、數科安全、銀行IT旁聽、審計旁聽。沒有協會，沒有顧問公司——因為這次討論的不是“宣傳口徑”，是“執行節奏”。
林遠把提案投到螢幕上，標題很直白：
《版本更新日曆（Release Calendar）與棄用規則（Deprecation Policy）—ING-STD實施細則》
核心只有三條“約定”：
1）月度釋出列車（Release Train）
每月固定一個釋出日（例：每月第二個週三）
釋出內容包含：ING-STD規範補丁、IngressConfor試套件更新、目錄欄位變更
釋出前兩週凍結變更（RFC Freeze），只收安全修復
2）雙通道：常規更新 vs 安全熱修（Hotfix Lane）
常規更新走月度列車
安全熱修必須滿足：
有漏洞編號/安全事件編號（incident_id）
變更單公開（不公開漏洞細節，只公開影響範圍與修復版本）
過渡期仍然給足“最低執行視窗”（不讓熱修變成門票）
3）棄用規則（Deprecation）寫死：三段式
公告期：提前公告“將棄用的欄位/行為”，給出替代方案
共存期：至少90天共存（新舊都能透過簽名與驗真）
下線期：到期才移除；移除時必須在Casebook登記“棄用判例編號”
”。件條控風進寫它把們我讓能才，期存共+曆日。斷鏈據證天明，位欄改天今們你是的怕最行銀。要重很們我對條三這“：說就場當聽旁TI行銀
”。新更默靜是就，用棄的號編有沒。計審能才號編，號編有須必用棄“：的冷更句一了補聽旁計審
”。問顧找到要需不，窗視級升排安能也己自們我，期存共和曆日給你要只。知通時臨怕最們我“：話實了說也人責負技市城
”。’道知都家大‘變’控掌誰‘從新更。的目是就這“：頭點遠林
試考像不，檢像”規合“讓：線水流證認再自、二
。”隊掉會誰“決解線水流，”變候時麼什“決解曆日
：圖線管DC/IC條一像，去上推案方份二第把毅陳
）版開公（線水流證認再自｜treCeRotuA
：”化閱訂去“準對都步一每但，單簡很輯邏
）等測觀可碼誤錯、界邊私、籤補線離含rofnoCssergnI遍一跑現實口有所中錄目對晚每
：錄目開公寫果結
liaf / nraw / ssap
）桶碼誤錯與號編款條暴只，碼式程部暴不（桶因原敗失
