DeepSeek 弃用 deepseek-chat 模型名称：V4 Flash 迁移与 Anthropic API 路由新路径

DeepSeek 官方宣布将于 2026 年 7 月 24 日 15:59 UTC 正式废弃 deepseek-chat 和 deepseek-reasoner 模型名称。这不是模型下线——底层 V4 Flash 引擎将继续运行——但命名空间的变更会直接破坏所有仍引用旧名称的路由配置、SDK 集成和成本模型。与此同时，DeepSeek 在 https://api.deepseek.com/anthropic 推出了专用的 Anthropic API 格式端点，为 Claude Code 等 Anthropic 原生客户端开辟了新的路由通道。对于正在管理多 provider 路由的 AI 工程团队，这两个变化需要在 7 月 24 日截止日期前完成迁移。

DeepSeek 模型目录发生了什么变化

DeepSeek API 现在提供两个显式命名的模型层级：

旧的别名在 7 月 24 日之前的映射关系：

• deepseek-chat → deepseek-v4-flash 的 non-thinking 模式
• deepseek-reasoner → deepseek-v4-flash 的 thinking 模式

废弃日期之后，使用旧模型 ID 的请求将被 API 拒绝。定价页面已明确：deepseek-chat 和 deepseek-reasoner 只是别名，并非独立模型。

Anthropic API 端点改变了 coding agent 的路由方式

更深层的结构性变化是 DeepSeek 新增的 Anthropic 格式端点。基础 URL https://api.deepseek.com/anthropic 原生接受 Anthropic SDK 调用，并自动进行模型名称映射：

• 以 claude-opus 开头的 Claude 模型名称 → 路由到 deepseek-v4-pro
• 以 claude-haiku 或 claude-sonnet 开头的模型名称 → 路由到 deepseek-v4-flash

这意味着 Claude Code 用户只需将 ANTHROPIC_BASE_URL 切换到 DeepSeek，即可继续使用 Anthropic Python SDK，无需更改代码。API 会自动将 Anthropic 消息格式、tool call 和 streaming 转换为 DeepSeek 原生执行。

兼容性边界

DeepSeek 的 Anthropic API 兼容矩阵如下：

• 完全支持： max_tokens、system、messages（text 和 tool_use）、stream、temperature、thinking（budget_tokens 被忽略）、stop_sequences、tool_choice、top_k、top_p、JSON 输出
• 部分支持： metadata.user_id（用于速率限制隔离；其他字段被忽略）
• 不支持： image 消息、document 消息、redacted_thinking、MCP 工具、container 上传、代码执行工具
• 被忽略： anthropic-beta、anthropic-version、container、mcp_servers、service_tier

实际含义：DeepSeek 的 Anthropic 端点覆盖了核心 coding agent 工作流（文本、工具、streaming、thinking），但不支持 Claude 特有功能如 image input、MCP 工具编排或 redacted thinking block。重度使用文档或图片上下文的 Claude Code 团队如果盲目通过 DeepSeek Anthropic 端点路由，可能会遇到预期之外的行为。

对 AI 工程团队的影响

1. 路由配置审计

所有映射 "model": "deepseek-chat" 或 "model": "deepseek-reasoner" 的 AI gateway、proxy、SDK 配置或 preset 都需要在 7 月 24 日前更新，包括：

• Gateway 路由 preset 和 fallback chain
• Coding agent 配置文件（Claude Code、Cursor、使用 DeepSeek 插件的 GitHub Copilot）
• 按模型 ID 聚合的成本仪表盘和计费对账系统
• 断言特定模型 ID 的自动化测试套件

迁移本身是机械性的——将 deepseek-chat 替换为 deepseek-v4-flash，将 deepseek-reasoner 替换为 deepseek-v4-flash（thinking 模式）——但 7 月 24 日的截止日期没有宽限期。

2. Thinking 模式默认启用会改变成本结构

使用 deepseek-chat 的团队今天实际上使用的是 V4 Flash 的 non-thinking 模式。迁移到 deepseek-v4-flash 后，默认启用 thinking 模式，每次请求会消耗更多 token。如果路由层没有显式设置 thinking: { "type": "disabled" }，简单任务的实际支出可能会上升。

3. Anthropic API 兼容性创造了新的 fallback 向量

对于以 Claude 为主力模型的运营方，DeepSeek 的 Anthropic 兼容端点成为一个结构性的 fallback 选项。不再需要维护独立的 OpenAI 格式集成来实现 DeepSeek fallback——同一个 Anthropic SDK 客户端只需更改 base URL 和 API key 即可指向 DeepSeek。

4. Coding agent 生态影响

DeepSeek 的 agent 集成指南已明确支持 Claude Code、GitHub Copilot 和 OpenCode。对于想要 Claude Code 的 UX 但 DeepSeek 的定价的团队——尤其是开发环境——这是一个可行的配置。风险在于功能对等性：Claude Code 可能调用 MCP 工具或图片分析，而 DeepSeek 的 Anthropic 端点不支持这些功能。

迁移检查清单

1. 审计模型 ID 引用。 搜索代码库和 gateway 配置中的 deepseek-chat 和 deepseek-reasoner，替换为显式模型名称。目标：7 月 24 日前完成。

2. 测试 thinking 模式成本影响。 如果大量使用 non-thinking 模式处理简单任务，迁移后需显式禁用 thinking。

3. 评估 Anthropic API fallback。 测试 DeepSeek Anthropic 端点作为 Claude fallback 的可行性，验证 tool call 和 streaming 行为。

4. 更新成本仪表盘。 计费系统需要新的模型 ID。

5. 关注并发限制。 V4 Flash 允许 2500 并发请求；V4 Pro 仅 500。burst 流量场景下并发不对称性很重要。

更广泛的趋势：命名空间废弃正在加速

这是 2026 年 6 月的第三次重大模型命名空间废弃。Anthropic 在 6 月 5 日废弃了 Claude Opus 4.1，设定 8 月 5 日退休日期。OpenAI 也在滚动式退役遗留模型 ID。共同的趋势是：provider 正在从友好的别名过渡到显式的版本化模型 ID，过渡窗口期很短。

对于运行多 provider 路由的团队，运营层面的教训很清楚：硬编码模型名称字符串的路由层，如果没有废弃感知的迁移策略，会在 provider 标准化命名时反复中断。正确的做法不是追踪每个别名——而是基于能力层级（快速/便宜、平衡、最强能力）构建路由逻辑，并自动从 provider 的定价或模型列表端点检测废弃信号。