DeepSeek V5 蓄势待发：DSH 测试代码泄露新模型踪迹

近日，在 DeepSeek Harness (DSH) 的官方 GitHub 代码仓库中，三个此前未曾公开的模型标识被曝光，分别是 deepseek-v5、deepseek-v5-open 和 deepseek-v5-next。

这一线索隐藏在 DSH 账号登录通路的测试文件 provider.spec.ts 中。

模型分级发布机制初现

根据代码逻辑，用户在登录账号后，客户端会向服务端 /models 接口请求一份模型清单。客户端随后根据清单内容，决定哪些模型可供使用，以及是否需要升级 DSH 版本以兼容新模型。

这三个模型标识分别对应了 DeepSeek 预想的三种发布局面：

1. deepseek-v5：作为最基础的模型，当前版本的客户端无法识别。若直接调用，系统会报 MODEL_UNSUPPORTED 错误，因此该模型在当前列表被隐藏。
2. deepseek-v5-open：面向所有用户开放。其声明的最低客户端版本要求为 0.0.1，意味着无论用户当前版本为何，都能直接在模型列表中调用。
3. deepseek-v5-next：为后续迭代预留的模型，要求客户端版本达到 99.0.0-alpha.1。鉴于目前的 DSH 版本仅停留在 0.2.x，这显然是一个用于触发“版本升级”逻辑的测试用占位符。

软件工程视角下的“真假信号”

尽管有观点认为这些仅是开发过程中的占位符，但在软件工程实践中，占位符的存在通常是为了提前验证部署链路的健壮性。DeepSeek 设置如此细致的分级发布机制，显然是为 V5 的正式上线做好了技术铺垫。

更关键的是，这套机制旨在解决“发布效率”痛点。过去，新模型的上线往往伴随着强制的客户端更新；而现在，服务端只需调整 /models 接口的返回数据，便可实现模型直接向用户推送。根据仓库更新记录，DeepSeek 正在将这一适配逻辑推广至更多入口，确保 API 调用端也能实现“秒切”最新模型。

至于 deepseek-v5-next 所代表的路径，则更可能是为涉及新架构、新推理参数或交互方式的重大升级所准备的预留通道。

团队动态

值得关注的是，这些代码片段并非临时之作，其上传时间可追溯至 2026 年 9 月 24 日。上传者为 DSH 的核心贡献者之一蒋奕晨。作为项目早期的关键开发者，他参与了模型适配、Web 前端以及连接恢复等大量核心功能的研发工作。

无论最终发布时间定于何时，从这套已然成型的发布与适配机制来看，DeepSeek 对 V5 的上线规划已进入实操阶段。