DeepSeek-V5 占位符现身 Harness 官方代码库，为新一代大模型铺路
DeepSeek-V5 占位符现身 Harness 代码库，为新一代大模型提前铺路
- 1有开发者昨日在 DeepSeek Harness 官方 GitHub 代码库发现 deepseek-v5 等三个此前未出现过的模型标识符
- 2三个条目目前是框架层占位符而非可调用接口，分别对应平滑过渡与强制更新两条下发通道
- 3截至 10 月 28 日，DeepSeek 官方尚未就 V5 系列发布任何公告、模型卡或 API 标识符
- 4DeepSeek 已于 2026 年 4 月以预览版发布 V4 系列，9 月推出采用全新架构的 V4.1-Flash
代码占位符说明 DeepSeek 已为 V5 打通发布通道，但只表明机制就绪，不能当作发布临近的信号。
- 影响：调用 DeepSeek API 的企业走平滑通道时，服务端切换后旧客户端可继续使用，迁移成本较低；若被归入需客户端升级的通道则要预留适配时间；发布时间未定，现有选型决策不必因此搁置。
- 参考：可考虑盘点现有 DeepSeek API 调用方清单和客户端版本分布，区分两条下发通道的适配工作量；值得准备测试环境，待官方公告发布后再安排 V5 的验证与切换节奏。
- 依据：依据是开发者在官方代码库 provider.spec.ts 测试文件中发现的占位条目，属代码层面的机制线索；DeepSeek 官方截至 10 月 28 日无任何公告，暂无独立验证。
IT之家 10 月 28 日消息，昨日晚间，有开发者在 DeepSeek Harness 官方 GitHub 代码库中发现了一组此前未出现过的 DeepSeek-V5 模型标识符。
在 deepseek-harness 仓库中的 provider.spec.ts 测试文件中，第 154 行附近出现了 deepseek-v5、deepseek-v5-open 和 deepseek-v5-next 三个条目，与已有的 deepseek-v4-pro 并列。
从代码结构来看，这些条目目前承担的是框架层面的占位角色，而非可直接调用的模型接口。v5-open 条目附带 requires ('0.0.1')，意味着这条路径没有实质性的版本门槛，服务端切换后旧版客户端也能继续使用；v5-next 则标注 requires ('99.0.0-alpha.1')，指向一条要求客户端升级才能接入的通道。这说明 DeepSeek 在发布机制上已经为 V5 预备了“强制更新”和“平滑过渡”两种下发方案。
2026 年 4 月 24 日，DeepSeek 以预览版形式发布了 V4 系列，分为 V4-Pro 和 V4-Flash 两个版本，V4-Pro 于 8 月 13 日进入正式可用状态。9 月，DeepSeek 又推出了 V4.1-Flash，官方称其采用了全新架构，但命名仍归入 V4 序列。
IT之家提醒：占位符的出现并不等同于发布临近。现有代码只能证明“发布机制已经就绪”，DeepSeek 可以在服务端修改 / models 配置后直接启用 V5，客户端无须发布新版本。
截至 10 月 28 日，DeepSeek 官方尚未就 V5 系列发布任何公告、模型卡或 API 标识符，也没有对代码库中的占位符作出公开说明。
来源：IT之家·人工智能 · ithome.com