9 月 14 日一到就 404：V4 Pro 用户迁移 V4.1 Flash 的改名避坑清单
9 月 14 日一到就 404：V4 Pro 用户迁移 V4.1 Flash 的改名避坑清单
上周还在正常跑的项目，这周突然一片红。
后台日志里翻来覆去就一句话：模型不存在、请求打不通。有人截了图发到群里，配文四个字——“我啥也没改”。
这就是 9 月中旬那波“V4 Pro 迁移潮”的真实写照。
9 月 10 日，DeepSeek 官方发了一则不算长的公告，里面有几句话很关键：从 2026 年 9 月 14 日 04:00 UTC 起，所有发往 deepseek-v4-pro 的请求，都会被转去 V4.1-Flash，并按 Flash 的价格计费。
注意这个时间点——换算成北京时间，是 9 月 14 日中午 12 点，不是零点。
所以很多人的体验是：上午还好好的，吃完午饭回来，接口开始报错了。
一、先别慌：这次不是“下架”，而是“更换实际提供服务的模型”
很多人第一反应是“模型被砍了”。
其实更准确的说法是：模型名还是原来的模型名，但后台实际运行的模型已经换了。
打个比方。你常去的那家店，招牌没换、电话没换、会员卡照样能刷，但后厨换了一批人。菜还是能端出来，味道变了，价格也变了。
DeepSeek 的说法是：多份第三方测试显示，V4.1-Flash 在效果、成本、速度和总耗时上都超过了 V4-Pro，所以他们要逐步让 V4-Pro 不再由旧模型回答，这个过渡期会一直持续到 V4.1-Pro 正式上线。
换句话说：老名字还在，只是临时转给新模型回答。
这也意味着，你现在不修改配置，系统仍然能正常运行。但如果是企业项目或线上业务，就要小心了：靠“临时转接”支撑，心里不踏实。
二、三个名字，一张表看明白
先理清最容易搞混的一点：官方文档里，正式在册的模型名只有两个——deepseek-flash 和 deepseek-v4-pro。
其他名字，要么是兼容保留的旧名，要么是第三方平台自己起的别名。
| 你填的模型名 | 现在实际运行的是谁 | 状态 |
|---|---|---|
deepseek-v4-pro |
9 月 14 日起转 V4.1-Flash，按 Flash 价格计费 | 还能用，但已经是“代班” |
deepseek-flash |
V4.1-Flash-1017（10 月 17 日新版本） | 官方推荐，新项目就用这个 |
deepseek-v4-flash |
转到 V4.1-Flash-1017 | 旧名兼容保留，不建议新写 |
deepseek-v4-flash-vision-exp |
同上 | 旧名兼容保留 |
deepseek-chat / deepseek-reasoner |
已于 7 月 24 日退役 | 别再用了 |
deepseek-v4.1-flash |
官方文档里没有这个名字 | 别自创 |
最后一行特别提醒。
“V4.1-Flash”是产品名，不是接口里该填的模型名。就像“iPhone 15”是产品名，但你跟营业厅报套餐时得说具体的套餐代号。凭感觉把版本号拼进去，是最常见的错误之一。
三、所谓的“404”，到底是从哪儿来的
这里要说句实在话。
翻遍 DeepSeek 官方的错误码清单，里面列的是 400、401、402、422、429、500、503——压根没有 404 这个码。
那大家嘴里说的“404”是什么？
三种情况：
第一种，第三方中转和聚合平台。 这些平台自己有模型白名单，你的模型名不在名单里，路由找不到对应服务，于是抛出 404。这是最常见的来源。
第二种，公司内网网关和代理层。 很多企业会在中间加一层网关做鉴权与转发，网关认不得新名字，同样会给出“查无此人”式的报错。
第三种，确实是模型名写错了，但报的是 400 或 422。 官方直连遇到不合法的模型标识，通常是“请求格式不对”或“参数不合法”。
一句话记住：404 是“查无此人”，400 是“这名字格式我不认”。 看到哪个码，就知道该去找哪一层。
顺便辟个谣。网上有篇文章流传很广，说“deepseek-v4-flash 只是内部代号，填了必然触发白名单校验失败”。这个说法已经过时了，官方文档写得很清楚：旧名仍然接受，请求会被送到 V4.1-Flash-1017，按 Flash 价格收费。
能跑，但别依赖。兼容是给老项目留的缓冲垫，不是长期方案。
四、真正容易出错的五个地方
这一节可以直接照着检查。
第一，模型名散落在各处。 代码里、配置文件里、环境变量里、Docker 镜像里、云函数里、CI 流水线里、同事的本地测试脚本里。改了一处，另外五处还在喊老名字。小程序、公众号后台、低代码平台这类“看不见代码”的地方最容易被漏掉。
第二，一个团队好几个 Key、好几个项目。 有人用官方直连，有人用第三方平台。第三方常常有自己的私有别名，比如带地域后缀的写法，官方根本不认。这类别名应该去对应平台的文档里查，不能凭印象填。
第三，思考模式的参数位置有变化。 现在思考模式是默认开启的，档位分低、高、极高三档。用 OpenAI 那套写法调接口时，开关参数需要放在一个附带的扩展字段里，位置放错了不会明确提示，只是“设了等于没设”。
还有一点很多人不知道：思考模式下，温度、重复惩罚这类参数是不生效的。 官方说明了，为了兼容老软件，设置了不报错，但也没有效果。以前靠调温度来控制输出风格的团队，升级后会发现“怎么调都一样”，那不是模型坏了，是参数已经不起作用了。
第四，带工具调用的应用最容易出问题。 这一条对做 AI 助手、智能体、自动化流程的人尤其致命。
规则是：只要这次请求带了工具定义，之前每一轮的“思考过程”都必须原样传回去。漏传了，接口会直接返回 400。
翻译成人话：以前你可以只把“说了什么”带回去，现在必须连“当时怎么想的”一起带回去。 少一段，对方就不接话。
第五，模型换了但价格表没改。 财务月底对账时发现金额对不上，回头查半天，才发现模型早就换了。这种事在中小团队里特别常见。
五、Pro 换成 Flash，到底亏不亏？
算笔账，这是最能说明问题的部分。
按官方公开价，每百万输出 token：Pro 在高峰期约 4 美元，Flash 约 1.2 美元。差不多是三分之一。
输入侧差得更明显，缓存未命中的价格差到四倍多。
再看两个容易被忽略的变化：
并发上限从 500 提到 2500，翻了五倍。 对做批量处理、客服机器人、内容流水线的团队来说，这个提升比“模型更聪明”更实在。
Flash 能看图了。 V4.1-Flash 原生支持视觉理解，而 V4-Pro 不支持。以前要单独接一个多模态模型的场景，现在一个接口就能搞定，做电商图文、票据识别、截图问答的团队，等于白捡一个能力。
上下文都是 100 万 token 级别，单次最长输出 38 万 token 左右，这块没有缩水。
还有个小技巧：错峰能省一半钱。 官方的高峰时段是 UTC 周一到周五的 01:00–04:00 和 06:00–10:00，换算过来就是北京时间工作日的 9 点到 12 点、14 点到 18 点。剩下的时间，包括整个周末和法定节假日，全部按半价。
那些不着急的批量任务——夜里跑的报表、周末做的数据清洗——挪一挪时间，成本直接腰斩。
六、动手前的十分钟自检清单
不用写代码，照着做就行。
- 全局搜一遍模型名，把所有出现的地方列出来，一个都别漏。
- 打开第三方平台的文档，确认它家认不认官方名字，有没有自己的私有别名。
- 改完先发一条最短的“你好”，看返回结果里的模型标识对不对——这是最省事的验证方式。
- 如果你的应用带工具调用，一定跑一次完整的多轮对话，专门验证思考内容有没有正确回传。
- 检查并发设置，原来按 500 配的限流可以放开一些。
- 顺手把预算表、成本看板里的单价改掉，别等下个月对账才发现。
- 打算本地部署的注意：V4-Pro 的权重仓库是 MIT 协议，66 个权重分片加起来体量惊人，官方推荐用多卡服务器跑，普通笔记本基本不用考虑。
七、给三类人的一句话建议
个人玩家、自媒体、学生党：直接换成 deepseek-flash。便宜、快、能看图，日常写稿、做表格、翻译、截图问答完全够用。
小团队、独立开发者：把模型名抽成一个全局配置项，别硬编码在十几个文件里。下次再换模型，改一行就行。
企业项目：在网关层做一层名字映射。业务代码永远只认自己定义的名字，上游怎么变，网关翻译。这是最抗折腾的做法。
结语
这次迁移最值得琢磨的，其实不是“改了哪个名字”。
而是一个信号：大模型的迭代速度，已经快到“模型名”本身都成了一种需要维护的技术资产。
以前我们习惯了软件版本一年一更，现在半年时间，一个旗舰模型就可能从“最强”变成“性价比不如小弟”。你的代码没变，但世界变了。
有意思的是，官方这次选择了“名字不改、后台换人”的温和过渡——好处是不用改代码就能继续跑，坏处是你可能压根不知道自己在用什么。
所以问题来了：你更喜欢“名字不变、模型静悄悄换掉”，还是“必须改名、但换得明明白白”？
评论区聊聊，你那次凌晨改配置的经历。