一句话定义：模型快照（snapshot）是某个模型在某一时刻被冻结下来的一份固定副本；版本固定（pinning）就是在每次调用时明确写死"我要用哪一份快照"，而不是交给一个会随时间漂移的 latest 别名。
打个比方：托管模型的 API 名字，像"公司前台"这个岗位——你打电话过去，接的人会换。今天 A 值班，下周可能换成 B。上次跟 A 对接得很顺，不代表这次也顺。快照就是你直接要 A 的分机号：只要 A 还在职，接电话的永远是 A。
很多人用的是"最新版"别名（有的平台叫 latest，有的叫别的名字，具体以官方页面为准）。平台一升级，同一行代码、同一个提示词（prompt），背后跑的权重就变了。模型不像数据库那样有兼容性承诺：语气、格式遵循、工具调用的稳定性，都可能在一次不起眼的小版本更新里悄悄变化。
为什么生产环境必须锁
- 可复现：线上答错了，你能把当时的模型、提示词、参数一起搬回测试环境重放。用 latest，复现的是"今天的模型"，不是"出事那天的模型"。
- 评测才有意义：做 A/B 或回归测试，对照组必须是同一个快照。基线自己会动，测出来的差异说明不了任何问题。
- 成本和延迟可控：新版本可能话更多、思考更长，账单和响应时间跟着变。
- 变更管理：提示词是"软代码"，模型是它依赖的"运行时"。运行时不该在你不知情时自己升级。
| 做法 | 行为 | 适合场景 |
|---|---|---|
| 用 latest 别名 | 平台决定你跑哪版 | 个人试用、做原型 |
| 固定快照（pinning） | 你决定跑哪版，升级由你发起 | 生产环境、对外产品 |
| 自部署权重 | 权重在你手里，天然固定 | 有算力、有合规要求的团队 |
容易混淆的地方
版本固定不等于微调（fine-tuning）：微调会改变模型本身，固定只是决定"用哪一份没被改过的模型"。它也不等于温度（temperature）这类采样参数——就算锁死快照，同一个输入也可能给出不同输出，那是采样随机性，两回事。
怎么落地
把模型标识符当成配置项，和其他密钥一起进配置管理；升级按正式发布来走：先在离线评测集跑回归，再放一小部分流量，最后全量，并保留随时切回去的路径。可用的快照命名方式、保留周期各家不同，以官方文档为准。
一句话总结：latest 适合尝鲜，快照适合做生意。凡是有人正在用的功能，就值得锁死版本。