DeepSeek V4 Pro 已切换至 V4.1 Flash
DeepSeek V4 Pro 已切换至 V4.1 Flash：模型 ID、价格与迁移
- 作者
- DeepSeekAgent.io 编辑部
- 发布
- 更新
自 2026 年 9 月 14 日 12:00（北京时间）起，DeepSeek 官方 API 的 deepseek-v4-pro 请求已按官方计划切换至 V4.1 Flash，并按 V4.1 Flash 价格计费。这项临时安排会持续到 V4.1 Pro 发布。
现有调用仍然兼容，旧 ID 背后的实际模型已经改变。此前依赖 V4 Pro 行为、质量或成本特征的生产流程，从今天起按一次模型迁移处理。
现在四个模型 ID 分别代表什么
| 模型 ID | 当前状态 | 新配置建议 |
|---|---|---|
deepseek-flash | V4.1 Flash 当前正式 ID | 推荐使用 |
deepseek-v4-pro | 临时路由到 V4.1 Flash，直到 V4.1 Pro 发布 | 兼容旧调用，不能锁定旧 Pro |
deepseek-v4-flash | 已退役，暂时兼容路由到 V4.1 Flash | 不用于新配置 |
deepseek-v4-flash-vision-exp | 已退役，暂时兼容路由到 V4.1 Flash | 不用于新配置 |
新项目直接使用 deepseek-flash，让配置、日志和成本归因保持一致。继续使用 deepseek-v4-pro 时请求仍能成功，但模型名称已经无法表达真实执行版本。
对现有应用有什么影响
质量基线需要重新建立
V4.1 Flash 与此前的 V4 Pro 是不同模型。官方发布资料报告 V4.1 Flash 在多项 Agent Benchmark 中超过 V4 Pro。生产流程直接用自己的任务集重新建立基线，重点覆盖大型代码修改、长会话、复杂工具调用和固定输出格式。
账单会按 Flash 价格计算
DeepSeek 表示，deepseek-v4-pro 在临时路由期间按 V4.1 Flash 价格计费。成本通常会下降，但缓存命中、输入输出比例、推理强度和 Agent 轮数仍会影响最终费用。迁移前后应同时记录质量、耗时、Token 与实际账单。
旧 ID 不能固定旧模型
模型 ID 保持不变解决了接口兼容，但原 V4 Pro 权重和行为不会保留。需要复现历史结果的业务，应保存切换前的输出、Trajectory、参数和时间信息；官方 API 当前无法通过该 ID 重新调用旧模型。
DeepSeek Harness 用户怎么处理
DeepSeek Harness 当前模型目录已经包含 deepseek-flash，新 Session 直接选择它，并完成以下检查：
- 在模型选择器或 Profile 中把新任务统一到
deepseek-flash。 - 记录 DSH 版本、模式、推理强度、Endpoint 和模型 ID。
- 用一个短任务、一个跨文件任务和一个长工具任务做迁移冒烟测试。
- 对比迁移前后的成功标准、耗时、Token、工具轮数和人工返工量。
- 自定义兼容 Endpoint 先确认自己的供应商是否同步了官方映射。
现在要改什么
完成两项修改：新配置改为 deepseek-flash，监控与评测按 V4.1 Flash 重新建立基线。系统界面如果仍把 deepseek-v4-pro 标成“更强的 Pro 模型”，同步更新，避免用户按已经失效的模型层级做选择。使用兼容 Endpoint 时，再核对该服务公布的实际映射。
相关阅读
- DeepSeek V4.1 Flash 完整解读
- 在 DeepSeek Harness 中配置 V4.1 Flash
- DSH Minimal、Standard、PTC 怎么选
- V4.1 Flash 与 V4 Flash 的 Harness 场景对比
常见问题
deepseek-v4-pro 现在返回什么模型？
按照 DeepSeek 官方公告，自 2026 年 9 月 14 日 12:00（北京时间）起，该路由暂时返回 V4.1 Flash，直到 V4.1 Pro 发布。
继续使用 deepseek-v4-pro 会更强吗？
不会因为保留旧 ID 获得原 V4 Pro。当前该 ID 与 deepseek-flash 都指向 V4.1 Flash，生产表现应通过自己的任务集验证。
新项目应该写哪个模型 ID？
使用 deepseek-flash。它直接表达当前目标模型，也能减少临时兼容路由结束后的歧义。