
DeepSeek V5 好像早就做出来了,只是官方到现在都没发布。
今天下午,孟老师在 DeepSeek Harness 的代码里看到一屏 deepseek-v5,截图发给了我。

孟老师把仓库搜了一遍,deepseek-v5 出现的每一处都是当模型名用的,没有一处是 API 版本号。

证据在这一行,出自 packages/llm/llm-deepseek/tests/loader-composition.spec.ts:169。这个文件在模拟 https://api.deepseek.com/models 的返回:
{
id: 'deepseek-v5',
api_capabilities: [...],
client_requirements: { ... }
}id 在 OpenAI 兼容接口里装的就是模型名。客户端请求 /models,清单里会多一个 deepseek-v5,跟现有模型并列,也能直接用 model="deepseek-v5" 调起来。旁边那些 api_capabilities、client_requirements 才是描述它的字段,不是它的名字。
孟老师翻了 git 记录。这个名字第一次出现是 2026-09-24 13:06,commit d8c9868,作者 Yichen Jiang。
commit message 是 feat(llm): gate DeepSeek account models by declared client version and bundled support——按客户端声明的版本,决定账号里哪些模型能看见。
这次提交新加了 resolve-catalog.ts,负责解析模型目录;测试写在 resolve-catalog.spec.ts 里,直接拿 deepseek-v5 当样例。当天下午这个文件又改了两轮,前后不到五分钟。

所以 v5 在这段测试里扮演的,是一个"账号里有、但客户端版本不够就看不到"的模型。测试要验的规则只有一条——服务端下发模型时带上 client_requirements.min_version,客户端太旧,它就不出现在列表里。
这条规则要测,总得有个模型当例子,随手编一个也行。写测试的人用的是 v5。
但第一张截图里,v5 是跟 FLASH、PRO 两个档位常量一起出现的:{ ...FLASH, id: 'deepseek-v5' }、{ ...PRO, id: 'deepseek-v5' }。这些用例照着现有两款模型改的,随手编一个名字,不会把两档都写一遍。
FLASH、PRO 这两档早就上线,老客户端照样能用,用不着按版本拦谁。所以能被这条规则拦住的,只能是客户端还不认识的新模型——一个还没发布的模型:v5。
从那天起,这个名字在仓库里待了一个多月,模型始终没来。
DeepSeek 背后是幻方,一家量化基金公司,老板是梁神。什么时候发模型,对幻方不只是技术问题。DeepSeek 每发一版,英伟达、算力租赁、A 股那一串 AI 概念股都得跟着抖一下。
那什么时候发最合适?
也许,梁神不是不发布,只是在等一个能画出漂亮 K 线的窗口。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。