DSH测试文件“泄密”，DeepSeek V5就要来了？

　　文 | 字母 AI

　　DeepSeek Harness 的官方 GitHub 代码仓库里出现了三个 DeepSeek 此前从未公开过的模型，分别为 deepseek-v5、deepseek-v5-open、deepseek-v5-next。

　　这段代码来自于 DSH 里账号登录通路的测试文件 provider.spec.ts。

　　用户登录账号后，客户端会向服务端的/models 接口要一份模型清单，再根据清单决定哪些模型能用，哪些要先把 DSH 本身更新到新版本。

　　deepseek-v5 是最基础的模型，没有声明客户端版本要求，当前版本的内置目录不认识它，所以隐藏，调用时报 MODEL_UNSUPPORTED。

　　deepseek-v5-open 代表开放给所有用户。声明的最低客户端版本是 0.0.1，也就是任何版本的客户端都能直接使用，会正常出现在模型列表里。

　　deepseek-v5-next 代表着后续更新的模型，需要升级 DSH 才能使用。要求的最低版本是 99.0.0-alpha.1，而目前公开的 DSH 版本还停留在 0.2.x。

　　很明显，DSH 永远不会更新到 99.0.0 版本，所以 deepseek-v5-next 只是测试里随手写的一个“永远达不到”的版本，用来稳定触发“版本不够”这个分支。

　　换句话说，DeepSeek 把 V5 发布时可能遇到的三种局面，提前写进了测试：不用更新 DSH 就能用的 V5，必须先更新 DSH 才能用的 V5，以及当前版本压根不认识的 V5。

　　一些网友认为，测试里的模型都是假数据，这不过是占位符而已。

　　虽然占位符在软件行业中确实很常见，用来给以后的更新铺路。

　　但占位符的本质是给工程师用来提前把关的。等 V5 真上线了，不管用户装的是哪个版本的 DSH，软件都不会出问题。

　　这种保证只有在“V5 确实会来”的前提下才有意义。没有人会为一个不在路线图上的名字，去设计分级发布的机制。

　　何况占位名有那么多选择，随便一个字符串都行，DeepSeek 既然选的是 V5，就代表要不然 V5 已经在训练了，要不然 V5 已经在未来的排期里了。

　　再看这套机制本身，你会发现 DeepSeek 想解决的是一个“发布效率”问题。

　　在以前，新模型要上线，客户端也得同步发版，用户得先把软件更新到新版才能看到。而现在，服务端只要改一下/models 的返回内容，新模型就能直接对用户开放，即 deepseek-v5-open 所对应的方式。

　　仓库的更新记录里，也出现了“DeepSeek API key 适配器现在和账号登录用同样的方式更新模型列表”的改动，说明这套机制正在被推广到更多入口。

　　这代表 DeepSeek V5 发布时，除了 DSH 以外，其他能调用 DeepSeek 模型的软件，都可以秒切 DeepSeek V5，不需要再让用户更新一下客户端。

　　deepseek-v5-next 对应的，则更像是为“新架构、新能力”准备的。如果 V5 需要新的客户端能力才能用，比如新的推理参数或者新的交互方式，这条路径就派得上用场了。

　　两条路径同时备好，说明 DeepSeek 对 V5 具体的上线方式，已经想得很清楚了。

　　不过还要补充一点，这三个 V5 模型并不是今天上传的。实际的上传时间是 2026 年 9 月 24 日，上传者是毕业于清华大学的蒋奕晨。

　　从 GitHub 仓库页来看，蒋奕晨是 DSH 的核心贡献者之一。DSH 初期，他的提交数排名项目第二，仅次于崔添翼，参与了模型适配、Web、连接恢复等大量研发工作。