「自带 Key」清单里的 DeepSeek V4 Flash 上游已改名,检查每次推代码都红

[jinjunnn]

DeepSeek 把「deepseek-v4-flash」这个模型在它的官方清单里换了名字(现在清单里是「deepseek-flash」和「deepseek-v4-pro」)。我们桌面端「自带 Key」的模型清单里还挂着旧名字。如果 DeepSeek 已经不认旧名字,用户选它发消息就会直接报错 —— 9 月 8 日另外两个退役模型出过一模一样的事(#1281)。另外,专门盯这件事的检查每次推代码都会跑,现在它是红的,会挡住这个仓所有人的推送。不修的话,选这个模型的人可能用不了,而且每次推代码都要手工绕过检查。

Impact

• bash scripts/alpha-check.sh 第 11/14 步(packages/ui-mac/scripts/verify-byok-catalog.ts,[BUG][P1] 「自带 Key」清单里挂着两个上游已退役的模型 —— 用户一选就是 404,不是输出短 #1281 的闸)2026-09-17 连续两次红:deepseek(DeepSeek):目录里这些 id 上游 /models 已无 —— deepseek-v4-flash;上游当前在册 2 个:deepseek-flash, deepseek-v4-pro。pre-push 钩子跑同一脚本 ⇒ 本仓每一次 push 都被拦。
• 用户侧影响未实测:/models 不列 ≠ /chat/completions 拒收(可能保留别名)。

Expected / Actual

• Expected:BYOK 目录里的每个 DeepSeek id 都在上游 /models 在册,且真实调用可用。
• Actual:目录仍含 deepseek-v4-flash,上游清单已无。

Fix acceptance

1. 先勘破(用本机 BYOK 闸所用的同一把 DeepSeek key,max_tokens:1,不打印 key):分别以 deepseek-v4-flash 与 deepseek-flash 调一次 /chat/completions,记录状态码与响应 model 字段 —— 结论决定是「改名」还是「旧名仍是别名、只需对齐清单」。
2. 目录改成上游在册的 id(及其输出上限按 [REQ-163] 自带 Key 直连的模型也能按自己的上限充分输出 #1278 的做法重取读数);verify-byok-catalog.ts 对 DeepSeek 转绿。
3. 已存有旧 id 选择的用户配置怎么处理,以 #1281 当时的处置为准,不另发明。

Boundary

packages/ui-mac BYOK 目录中 DeepSeek 条目(以 verify-byok-catalog.ts 读取的那份目录为准)与其测试。

Out of scope

平台网关的 DeepSeek 直连腿(alpha-platform models.config.json 同样用 upstreamModel: "deepseek-v4-flash")—— 另票。