DeepSeek 4.1 Flash被悄悄换权重，用户退不回去

从日志里定位的时间点

作者用 deepseek-v4.1-flash 跑编码代理。10月中旬，他觉得它明显变笨了，于是解析本地会话日志，找到了它出问题的时间点。

更新前，这个模型有个怪癖：偶尔用中文回复，自己却百分之百确信在说英语。

10月17日发布的 -1017 更新修掉了中文泄漏，也让模型更积极地发起工具调用。代价是模型本身变笨了。到10月19日，云服务提供商已经把 deepseek-v4.1-flash 这个端点悄悄换成了新权重。

用户这边发生了什么

作者自己的数字：咒骂率涨到原来的三倍，在会话中途切换模型的频率是原来的6.7倍。因为是云API，他没法退回旧权重。

讨论里不止一个人有同感。一位用户说，-1017 本应是一次重大升级。另一位说自己也在对着 DS-4.1-1017 骂。那模型每次被问一个简单问题就进入狂野执行状态，于是他开始在每句话后面加一句“只回答，不要做其他事”。

把模型放进生产环境的人，损失更具体。一位用户用1017做客服聊天机器人，从产品数据库取数回答客户提问。他的评价是新版本是一场灾难。连“回复末尾附上一个包含商家名、营业时间、客服热线的文本块”这种最简单的指令都做不到。一半产品没找到，找到的价格和数值混乱，三分之二的回复没有按要求结尾。

怎么避免被换掉

OpenRouter 上有两类模型标签。带日期的稳定标签，比如 deepseek/deepseek-v4.1-flash-1017；和不带日期的别名，比如 deepseek/deepseek-v4-flash。后者默认始终指向最新版本。

固定使用带日期的 ID 是常规做法。这次的麻烦在于，权重是在同一个名字背后被覆盖的，固定 ID 也拦不住。

一位用户主张点名那些在相同模型ID下悄悄更换模型的提供商——哪怕新模型更好，除非有明确文档说明。另一位补充，如果直接从 DeepSeek 购买，他们不会更换 slug。因为对他们来说，DeepSeek 4.1 Flash 现在就是1017，此前是旧模型。

也有反方向的判断。一位用户认为1017比旧版更好，甚至比他们的 Pro 模型还好。

有人质疑咒骂率能不能当智能指标。项目变老、变复杂，也会让人骂得更多；工具调用变少，也可能是上下文用得更好了。他建议按同一时段的聊天数量做归一化。高使用量配大量咒骂，信号不如低使用量配大量咒骂强。

还有人怀疑路由偷换。但他觉得提供商更可能对 Opus 这类更贵的模型下手。把调用导向另一个成本相同的 DeepSeek 版本，没什么可赚。

云API的别名，是一份会变的承诺。本地部署可以钉死模型ID，代价是得自己维护。

提供商换权重之前要不要通知，目前没有明确说法。不写代码的人，也没有简单办法察觉手上的模型已经被替换。