"请不要这样做。"
这是 DeepSeek 决定把 V4 Pro 的请求静默路由到 V4.1 Flash 之后，开源社区第一时间的反应。
9 月 9 日下午，DeepSeek 的 Tianyi Cui 在 X 上发帖，宣布了一个决定：V4.1 Flash 正式上线之后、V4.1 Pro 上线之前，所有打到 V4 Pro 的请求都会被路由到 V4.1 Flash，并按 Flash 的价格计费。
理由是技术上的。「V4.1 Flash 模型在性能、费用、速度、总用时等各项指标上都全面超越了 V4 Pro。再以更高的价格、更慢的速度和更多的算力消耗给 DS 用户提供原有的性能较差的 V4 Pro 模型会不太合适。」
逻辑听起来自洽——用更便宜的钱给你更快的模型，这不是好事吗？
但社区的反应几乎一边倒，而且反对的点恰恰不在技术，在「替用户做决定」这件事本身。
Xuanwo（Apache OpenDAL 作者）说得最直接：「请不要这样做。这是用户的决定。他们已经调试好的提示词很有可能大幅度依赖 V4 Pro 的某些行为和特性，这样直接替换会破坏他们的业务。你们可以发公告说明你们的退役计划，鼓励用户尽早迁移，但是不要替用户做决定。」
colmugx 点得更透。他把后果拆成两层：第一，信任——「以后不管你什么 model_id 了，少看一天公告就不知道背后什么模型，因为想切就切，你的选择没用」；第二，ToB——「你业务本来就是依赖 Pro 收的也是 Pro 的钱，突然推理变快了，老板还夸你优化好；4.1 Pro 上线又慢了，老板让你把速度优化起来，你打算拿脚蹬吗。」
还有一条更短的：「哥，你们真的需要一个产品经理，不是什么问题都要从技术角度出发。」
这件事的争议核心，其实是个老问题：model_id 到底是一份「合同」还是一个「实现细节」。对 DeepSeek 来说，V4 Pro 的请求被转到性能更好的 Flash，是纯工程优化，用户没吃亏。但对开发者来说，模型名是一个稳定的 API 表面——提示词里的措辞、few-shot 的格式、输出的行为，都是围绕某个具体模型调出来的。你静默换掉背后的模型，等于单方面撕掉了这份隐性契约，而用户直到行为漂移了才知道。
Xuanwo 给的替代方案其实很克制：不是「不许退役 V4 Pro」，而是「发公告、给迁移期、让用户自己决定什么时候切」。问题从来不是换代，是把换代做成静默发生。
DeepSeek 的工程判断没有错，Flash 确实更快更便宜。但当一个平台开始替用户做「这个模型更好」的决定时，用户最担心的恰恰是——下一次被替换的，会不会是别的什么。
参考来源：