deepseek-chat 将于 7 月 24 日停用:本周每个 AI 网关运营者必须完成的路由审计清单
deepseek-chat 和 deepseek-reasoner 将在北京时间 7 月 24 日 23:59 停止响应。还剩 7 天,本文提供每个 AI 网关运营者在截止日期前必须完成的路由审计清单。
归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

从现在起 7 天后——2026 年 7 月 24 日 UTC 15:59(北京时间 23:59)——DeepSeek 的旧版模型别名 deepseek-chat 和 deepseek-reasoner 将停止接受请求。任何仍指向这两个名称的路由规则、provider 配置或硬编码 SDK 调用都会直接报错。修复本身只需一行代码,但要在生产级 AI 网关中找出所有引用这两个字符串的位置,工作量并不小。
这不是预测性公告。停用日期自 4 月起已记录在 DeepSeek 官方 API 变更日志,并在当前的 API 首页得到再次确认。90 天的过渡期即将结束。
究竟发生了什么变化
DeepSeek 在 4 月推出 V4 时,将两个旧版名称设为软别名:
deepseek-chat→deepseek-v4-flash(非思考模式)deepseek-reasoner→deepseek-v4-flash(思考模式)
7 月 24 日之后,这两个别名将被彻底移除。使用这些模型标识符的调用将直接失败——不会静默地路由到其他地方。替代模型标识符为:
deepseek-v4-flash——快速、经济、支持 1M context;通过thinking参数同时支持思考模式和非思考模式deepseek-v4-pro——1.6T 参数的前沿模型;针对复杂推理、agentic 编程和长上下文工作负载进行了优化
两者均支持 OpenAI ChatCompletions 接口和 Anthropic API 接口,均支持 1M token context,并都暴露了 V4 引入的 reasoning_effort 参数。
为何这对 AI 工程团队至关重要
运营风险不在于迁移本身——deepseek-chat → deepseek-v4-flash 只是字符串替换。风险在于发现不完整:生产系统中引用废弃别名的地方,往往比工程师预期的更多。
常见的隐藏别名来源:
- 路由表条目——网关或代理配置中将模型名称作为路由键独立维护,与 SDK 调用分离
- fallback 链——以
deepseek-chat或deepseek-reasoner作为"安全默认值"的 fallback routing 策略 - 缓存层——以
(model, messages)元组为键的 prompt cache,其中模型名称是缓存键的组成部分 - 可观测性仪表板——按模型名称过滤的用量追踪、成本归因和告警阈值;截止日期后,这些过滤器会静默返回零结果
- 负载测试与评估套件——任何调用废弃名称的 benchmark 或回归测试,在 7 月 24 日后都会损坏,并将真实的评估失败掩盖为 fixture 错误
Router/Operator 视角:截止日期前的三层审计
在应用层之上抽象模型选择的 AI 网关在这里具有结构性优势——通常只有一个规范位置来配置模型标识符。但这一优势只有在审计彻底的情况下才能实现。需要检查三个层次:
第一层——provider 配置。 在网关配置中搜索 deepseek-chat 和 deepseek-reasoner,将两者替换为 deepseek-v4-flash(高强度工作负载可用 deepseek-v4-pro)。确认 base_url 不变:https://api.deepseek.com。
第二层——fallback 和路由策略。 检查每条 fallback 定义。如果 deepseek-reasoner 是推理 fallback,将其替换为 deepseek-v4-flash 并附带 "thinking": {"type": "enabled"} 以及适当的 reasoning_effort 值。思考模式现在是请求参数,而非模型别名。
第三层——下游客户端。 枚举所有绕过网关直接调用 DeepSeek endpoint 的 SDK 客户端和 agent,包括具有硬编码模型名称的 Claude Code、Cursor 或 OpenCode。检查每个 agent 读取的 .env、settings.json 或 provider 配置文件。DeepSeek agent 集成指南确认,工具级配置必须使用新模型标识符。
TheRouter 用户应关注和尝试的内容
如果您的 TheRouter 路由配置将任何工作负载路由到 DeepSeek,本周就是行动的时机:
- 确认 provider 配置中的模型 ID 为
deepseek-v4-flash或deepseek-v4-pro,而非旧版别名。 - 检查 fallback 链——如果
deepseek-reasoner是推理任务的 fallback,将其替换为deepseek-v4-flash并添加reasoning_effort: high。 - 更新后,向 DeepSeek 模型列表 发送测试请求验证新标识符是否被识别。
- 在 7 月 23 日设置提醒,作为截止日期前的最终确认窗口。
7 月 24 日的截止日期不会发送到期警告。未在周四 UTC 15:59 前完成审计的运营者,请求将开始静默失败。
相关阅读
AI 路由新闻与供应商动态 →
Claude Haiku 在 Vertex AI 下线:Haiku 已停服,Opus 倒计时 26 天——立即审计你的 Partner Model 路由
Claude 3.5 Haiku 已于昨日在 Vertex AI 停止服务。Claude 3 Opus 已于 6 月 30 日废弃,将于 8 月 1 日退出。若你的路由策略中包含这两个 Vertex AI 模型,现在要么已经报错,要么还有 26 天。

DeepSeek V4 Pro 熬过了自己的死亡日期,这次反转对路由策略意味着什么
DeepSeek 在9月10日宣布 V4 Pro 将于今天 04:00 UTC 停服,结果食言了。他们以「用户需求」为由保留了 V4 Pro,价格不变。本文梳理两个模型当前的实际参数差异,以及路由团队现在需要做的决策。

DeepSeek V4.1-Flash 上线带原生视觉——四天后 deepseek-v4-pro 静默切换
DeepSeek V4.1-Flash 今日上线,新 API 名 `deepseek-flash`,原生支持图像输入。9 月 14 日 12:00 起,所有 deepseek-v4-pro 请求静默切换至 V4.1-Flash 并按 Flash 定价计费。本文拆解能力差异、定价变化与截止日期前需要确认的配置。