DeepSeek-V5 的三个名字出现在代码里：v5、v5-open、v5-next 各是什么路子

版本号这种东西，通常藏不住。10 月 27 日晚间，有开发者在 DeepSeek Harness 的官方 GitHub 仓库里翻到一组此前没出现过的模型标识符：deepseek-v5、deepseek-v5-open、deepseek-v5-next。三个条目出现在 provider.spec.ts 测试文件的第 154 行附近，和已经在用的 deepseek-v4-pro 并列排在一起。

一分钟速览

• DeepSeek Harness 代码库新增 deepseek-v5、deepseek-v5-open、deepseek-v5-next 三个模型标识符。
• v5-open 附带 requires(‘0.0.1’)，基本没有版本门槛；v5-next 标注 requires(‘99.0.0-alpha.1’)，指向必须升级客户端才能接入的通道。
• 目前这些条目只是框架层占位，不能直接调用；官方尚未发布公告、模型卡或 API 标识符。

三个名字，两条下发通道

把三行代码放在一起看，信息量比“V5 要来了”大得多。v5-open 的版本要求是 0.0.1，意思是这条路径对客户端版本几乎不设限，服务端把开关一拨，老版本客户端也能连上；v5-next 的要求是 99.0.0-alpha.1，这是一个明显不存在的“未来版本号”，等于告诉客户端：想走这条路，先升级。

换句话说，DeepSeek 在发布机制上同时预备了两套方案——一套用于平滑过渡，一套用于强制更新。真正决定用户什么时候看到 V5 的，不是应用商店的审核节奏，而是服务端的一次配置变更。

V4 的节奏还在走

回看今年的产品线：4 月 24 日，DeepSeek 以预览版形式放出 V4 系列，分 V4-Pro 和 V4-Flash 两条线；8 月 13 日 V4-Pro 进入正式可用状态；9 月又推出 V4.1-Flash，官方称采用了全新架构，但命名仍归在 V4 序列里。这条时间线说明一件事：DeepSeek 已经习惯用“小步快跑 + 服务端切换”的方式迭代，而不是每次攒一个完整的大版本。

把 V5 的占位符放进这个节奏里，它更像一次提前埋好的接口，而不是发布倒计时的钟声。

占位符不等于发布临近

需要说清楚的是，代码里出现标识符，只能证明“发布机制已经就绪”。模型权重、推理集群、限流策略、计费口径，这些都不在测试文件里。DeepSeek 完全可以把占位符放上几个月，等算力和产品节奏都合适了再启用。

但对开发者和企业用户来说，这件事仍然值得记一笔。过去接入一家模型厂商，最怕的是接口悄悄变、版本突然停；现在从占位符的设计能看出，厂商自己在把“强制升级”与“平滑过渡”做成显式选项。谁的客户端该升级、谁可以继续跑老版本，从代码层面就写清楚了。

一点观察

大模型的竞争，正在从“谁的榜单分高”转向“谁的发布体系更工程化”。榜单是一时的，灰度、回滚、版本兼容这些脏活累活，才决定一家厂商能不能被企业长期托付。V5 什么时候来还不知道，但这次泄露出来的三行代码，至少说明 DeepSeek 已经把下一代的“开关”装好了。