DeepSeek 旧模型名怎么迁移：Flash 别名与 Pro 映射核对

为什么模型名需要单独核对

模型升级可能保留旧别名，也可能改变背后的版本、功能和费用。对于长期运行的应用，请求字符串相同并不充分证明底层模型没有变化；聚合渠道的型号后缀也可能与厂商正式标识不同。

这次核对发现 DeepSeek 的两份官方材料对 Pro 路由有不同表述。因此本文提供的是迁移核查方法，没有调用接口确认实际后端，也不宣称已解决官方资料之间的差异。

哪些信息可以确认

9 月 10 日公告推荐使用 deepseek-flash，并说明 deepseek-v4-flash 与 deepseek-v4-flash-vision-exp 已停用、临时映射到 V4.1 Flash。当前价格页也给出旧 Flash 别名的相关说明，并将 deepseek-flash 对应到 V4.1 Flash。来源 1 来源 2

对新接入而言，使用当前文档推荐的正式标识更容易跟踪后续变更；已有项目则仍需验证所用渠道是否接受该标识。不要把厂商地址上的规则自动套到每一家转发服务。

Pro 的资料差异在哪里

公告写明，从 2026 年 9 月 14 日 04:00 UTC 开始，deepseek-v4-pro 请求会转向 V4.1 Flash，采用 Flash 价格，直至 V4.1 Pro 发布。然而本次读取的当前价格表，仍把 deepseek-v4-pro 列为 V4-Pro-0813，并给出独立的能力与价格列。来源 1 来源 2

这可能与更新顺序或后续调整有关，但没有足够证据判断原因。既不能据旧公告断言“Pro 现在一定全转 Flash”，也不能仅凭表格断言“公告没有生效”。对于依赖特定能力或预算的生产任务，应向目标提供方确认实际映射，并保留核对日期。

一次可回退的迁移应留下什么

先列出调用地址、请求模型名、SDK 版本、推理设置和所需功能。再用不含敏感数据的固定样本，检查普通回答、结构化结果、流式结束、工具调用和错误处理等实际使用的行为。只测业务用到的能力，避免把无关测试当作迁移证据。

保存请求 ID、usage、返回的模型字段与账单口径。返回字段可帮助排查，但若服务仍回显别名，它本身也不能独立证明后端版本。遇到不一致时，应交由提供方进一步确认。

有界观察：把路由写进配置

模型标识宜放在可审阅配置中，而非散落在业务代码。灰度切换时保留旧配置、失败阈值和恢复步骤，再比较同类任务的质量与费用。高峰与低谷价格还应使用对应时段，避免在迁移前后混用两套计费口径。

通过有界接入时，以当前模型市场、账户权限和实际渠道说明为准。文章里的官方 ID 不是对每一个渠道别名的自动映射表；出现未确认的差异，应先明确事实，再扩大流量。