模型版本锁定：生产环境的模型，不许悄悄换

核心观点

很多模型服务默认指向“最新版”：今天表现还稳，明天服务商悄悄升级，Agent 的回答风格、准确率、甚至安全边界都可能变了，而你还以为一切如旧。模型版本锁定就是给生产环境的 Agent 定死一句话：用哪个版本，就写死哪个版本，换版必须走发布流程，不许“自动升级”。

四步锁定清单

• 版本号写进配置：生产配置里明确写出模型名 + 精确版本号，不用 latest、不留“默认最新”这种模糊指向。模糊指向就是悄悄换版的后门。
• 换版当发布管：换模型 = 发新版：先在小流量上跑回归清单（准确率、幻觉率、拒绝率、成本），指标不达标不全量，出了问题能一键回滚到旧版本。
• 关键任务双版本对照：涉及钱、合同、安全判断的任务，换版后留一段对照期：新旧版本对同一批输入各跑一遍，差异大的样本人工看过再放行。
• 每天对一次账：定时检查生产实际调用的模型版本与配置是否一致，发现漂移立即告警。版本漂移不报警，锁定就是纸面文章。

一个反面案例

举个例子：某团队的审核 Agent 一直用“最新版”模型，某天服务商升级后，模型对某类违规内容的拒绝率悄悄下降，漏网内容跑了两周才被用户举报发现。事后复盘才发现：不是 Agent 变了，是它背后的模型换了，而没人收到过换版通知。锁死版本，这两周本可以不存在。

今日思考题

你的生产 Agent 现在调用的到底是哪个版本的模型？你能在一分钟内说出版本号吗？说不出来，先去配置里把它写死。