DeepSeek一声不吭地把V4 Pro的请求全切到了V4.1 Flash，性能和成本都更好，但只给了一天迁移期。开发者抱怨毫无缓冲，科研团队担心旧模型一下线，实验就再也没法复现。而这个时间点，正好赶上DeepSeek在Agent基础设施上的布局，挺耐人寻味。
一次没有缓冲的“升级”
9月9日，DeepSeek团队成员崔添翼在社区确认，V4.1 Flash在性能、费用、速度和总用时上全面超过了V4 Pro。新版本正式上线之前，所有发往V4 Pro的请求都会自动转到V4.1 Flash，账单也按Flash的价格来算。
表面上看，用户花更少的钱用上更好的模型，似乎没什么可抱怨。问题就出在时机上。公告发出来到正式生效，中间差不多只有一天。既没给新旧模型并行的迁移期，也没提前几周打个招呼。
开发者为什么反对
不少开发者直接表达了对这次快速切换的不满。他们的建议很明确：新旧模型用不同的model ID，旧模型退役怎么也得留至少两周过渡期。
- Prompt得针对新模型重新适配，不是换个模型就能直接跑。
- 质量控制和回归测试都需要时间，自动路由一开，这部分工作根本没法做。
- 参数调优依赖稳定的模型行为，这么突然切换，相当于把所有线上任务都变成了未知数。
这些要求说白了就一句：上新模型可以，但别连夜撤走旧模型。
科研团队的复现难题
科研团队同样受影响。有人在评论里说，他们正用DeepSeek-V4-Pro-0813跑研究。旧模型一消失，实验条件就断了，后面得出的结果很可能无法复现。他们的期望是保留独立端点，哪怕给个过渡期也行。
对科研来说，模型版本变化不是简单“升级”两个字能带过的。很多实验结论都建立在特定模型的行为上，模型一换，之前的对照实验可能全白做了。
争议背后的招聘信号
就在争议发生前两天，崔添翼还发了一条DeepSeek的招聘消息：大约150个资深后端和服务端工程师岗位，跟模型训练关系不大，主要集中在操作系统、虚拟化、网络、存储、调度，以及Agent弹性计算。
另一个关键点是DSec——DeepSeek Elastic Compute沙箱基础设施。它专门用来跑后训练和评估阶段的Agent任务，单个集群已经能并发运行数十万个Agent环境。环境通过同一套Python SDK提供四种选项，数据从3FS分布式文件系统按需加载，任务中断后有全局有序的轨迹日志兜底，已经完成的步骤不会重复执行。
这一整套东西下来，能看出来DeepSeek正把大量精力砸在Agent运行的底层能力上。模型切换这么果断，可能也是因为基础设施够硬，能兜住Flash模型的流量。
如果企业也想把Agent任务跑稳，光靠临时租几台机器肯定不够。挑云服务器ECS的时候，找阿里云代理商帮忙规划会更省心，比如 易枫顺 - 阿里云官方旗舰级代理商。他们能帮你申请阿里云优惠和阿里云代金券，实实在在帮企业上云省钱。
FAQ
Q: DeepSeek V4.1 Flash替换V4 Pro后，调用接口会变吗？
A: 接口层面没有给开发者选择权。所有发往V4 Pro的请求会自动路由到V4.1 Flash，费用按Flash价格计费。想继续用旧模型？目前没有独立端点。
Q: 为什么科研团队特别在意旧模型下架？
A: 科研讲究实验可复现。团队用DeepSeek-V4-Pro-0813跑出的结果，一旦模型换成V4.1 Flash，同样的Prompt可能给出不同的输出，实验条件没法延续，结果自然就很难复现。
Q: DeepSeek招聘大量后端工程师和这次事件有关系吗？
A: 不是直接关系，但方向能说明问题。招聘岗位集中在操作系统、虚拟化、网络、存储、调度和Agent弹性计算，DSec沙箱基础设施更是能并发跑数十万个Agent环境。模型切换只是表象，更深层的是DeepSeek在赌基础设施能力。
关于易枫顺
深圳市易枫顺网络科技有限公司是阿里云官方旗舰级代理商。提供云服务器ECS、云数据库RDS、对象存储OSS等阿里云全系产品官方特惠折扣与代金券申请，以及多云成本优化、企业上云一站式服务。客服热线：19520841949 - 易枫顺
来源：InfoQ
