开源模型受限以后，先补的是模型审批

开源模型一旦开始受限，最先冒出来的不是“还能不能下载”，而是“谁还能用”。这一步看起来像流程，落到工程里其实是控制面：同一套模型文件、同一批提示词、同一组回归脚本，原来默认能跑，后来要先确认审批、镜像、权限和回退路径，才算真正进入工作流。

这种变化很容易被低估，因为它不会立刻让系统停机。模型还在，接口还在，某个账号也许还能拉到镜像，第一轮验证也许还能过。真正开始乱的是第二层：一部分人拿到的是旧版本，一部分人拿到的是量化版，还有一部分人根本过不了权限。等排障的时候，大家说的还是同一个模型名字，手里却不是同一个东西。

这时候继续把模型访问当成“临时给个 token”就很危险。临时授权最擅长制造幻觉：今天能跑不代表明天还认得同一条路径，今天的回归结果也不代表明天还能复现。模型受限以后，最先变贵的不是 token，本身也不是算力，而是判断成本。每次定位问题，先要问清楚拿到的是哪一版、从哪条镜像来的、审批链有没有变、回退点留没留住。

所以真正该先补的不是一个更漂亮的下载页，而是模型审批。审批不是文书活，它决定谁能进入生产基线，谁只能留在试验区，谁的结果可以被拿去做回归，谁的输出只能算一次性参考。把这层边界收口之后，模型才开始像一个可维护依赖；没有这层边界，所谓“可用”只是一次侥幸命中。

最实用的做法也不复杂：把模型版本固定成明确基线，把镜像和来源写进记录，把审批结果和回退路径放进同一套留痕里。这样一来，限制来了，损失的是入口宽度，不是工作流本身。真正需要保住的，从来不是“谁都能碰一把”，而是碰过之后还能回到同一条线上。