10 月 27 日晚间，有开发者在浏览 DeepSeek Harness 官方 GitHub 代码库时，注意到一组此前从未出现过的模型标识符。在仓库内的 provider.spec.ts 测试文件第 154 行附近，deepseek-v5、deepseek-v5-open 与 deepseek-v5-next 三个条目并列出现，与已有的 deepseek-v4-pro 排在同一层级。消息很快在国内技术社区传开，不少开发者据此推测，DeepSeek 的新一代旗舰模型 V5 已经进入发布前的工程准备阶段。
需要先说清楚的是，这三个条目目前都只是占位符，并非可以直接调用的模型接口。但占位符本身携带的信息量并不小——从代码结构看，DeepSeek 已经为 V5 预留了两种截然不同的下发方案，发布机制层面的准备已经就位。
三个新名字现身官方代码库
先看位置。这三个标识符出现在 deepseek-harness 仓库的账号登录通路测试文件里，而不是某个临时分支或草稿提交。据国内科技媒体报道，相关内容已进入主干分支的正式提交，属于工程侧的前置布局，不是随手写下的测试数据。
从命名序列看，deepseek-v5 是最基础的条目，没有声明任何客户端版本要求；deepseek-v5-open 声明的最低客户端版本为 0.0.1，等于对所有历史版本开放；deepseek-v5-next 则标注了一个高达 99.0.0-alpha.1 的版本门槛。海外科技媒体的分析认为，最后一个数字是刻意选的——DeepSeek Harness 目前公开版本停留在 0.2.x，永远到不了 99.0.0，这个条目的作用是在测试中稳定触发「版本不够」的分支逻辑。
换句话说，DeepSeek 把 V5 发布时可能遇到的三种局面提前写进了测试：不用升级就能用的 V5、必须先升级客户端才能用的 V5，以及当前版本根本不认识的 V5。
V5-open 与 V5-next：两条下发通道差在哪
对普通用户来说，这两条通道的区别主要体现在升级体验上。据推测，V5-open 对应的是零门槛路线——服务端切换之后，不管你装的是哪个版本的客户端，模型都会正常出现在列表里，点开即用。而 V5-next 对应强制升级路线，走这条通道的模型要求客户端同步更新，适合那些强依赖新特性、新接口能力的场景。
有开发者分析，这种双通道设计兼顾了两类部署需求：一类是追求覆盖面的日常对话场景，旧版本客户端也要能接住；另一类是 Agent 与工具调用场景，功能迭代快，需要用户跟着升级。两条通道并行，等于把选择权留给了服务端的运营节奏。
至于 V5 正式发布时具体会走哪条通道、Pro 与 Flash 两个版本是否分开处理，目前没有任何官方信息，只能说代码层面两条路都提前铺好了。
占位符为什么值得当真：发布机制已就位
有人觉得测试文件里的模型名都是假数据，占位符而已，不必过度解读。这种说法对了一半。占位符在软件行业确实常见，但它的本质是工程师提前把关——等 V5 真上线时，不管用户装的是哪个版本的客户端，软件都不会出问题。这种保证只有在「V5 确实会来」的前提下才有意义，没有哪个团队会为一个不在路线图上的名字去设计分级发布机制。
再看机制本身。用户登录账号后，客户端会向服务端的 /models 接口请求一份模型清单，再根据清单决定哪些模型可用、哪些需要先升级。这意味着 V5 正式发布时，DeepSeek 只需要在服务端修改配置，新模型就能直接对用户开放，客户端完全无须发新版本。海外科技媒体的评价是：官方已经铺好路，将来一改配置即可支持。
当然，占位符出现并不等同于发布临近。截至 10 月 28 日，DeepSeek 官方尚未就 V5 系列发布任何公告、模型卡或 API 标识符，也没有对代码库中的占位符作出公开说明。现有代码只能证明发布机制已经就绪，不能证明模型已完成训练。
从 V4 到 V4.1：命名脉络与 11 月窗口
回看 DeepSeek 今年的版本节奏，有助于理解这次占位符的分量。2026 年 4 月 24 日，DeepSeek 以预览版形式发布 V4 系列，分为 V4-Pro 和 V4-Flash 两个版本，V4-Pro 于 8 月 13 日进入正式可用状态。9 月 17 日推出的 V4.1-Flash 虽然采用了全新架构，官方却仍把命名归入 V4 序列；10 月 17 日的新版本能力提升明显，也没有升到 V4.2。
正因如此，业内普遍推测这次直接启用 V5 作为全新旗舰序列的起点，逻辑反而更清晰。综合多方观点，鉴于 Flash 版刚发布不久，V5 Pro 短期内密集接棒的可能性较低，10 月内发布基本可以排除；预计最早将于 11 月启动发布流程，若进展顺利，11 月中旬 V5 Pro 与 V5 Flash 有望协同登场，让命名体系更趋统一。需要强调，以上均为推测口径，具体时间以官方为准。
对照 K3.1 Pro：高调发布与闷声铺路
把视线拉到同行一侧，对照感会更明显。就在上周，Kimi K3.1 Pro 刚经历了一轮流量争议：第三方评测机构的数据显示，该模型跑完整套测试累计输出约 1.5 亿个 Token，约为参测模型中位数的 1.72 倍，被贴上「非常冗长」的标签；订阅用户则抱怨额度消耗过快，有用户称一个基础任务十几分钟就把 5 小时额度窗口跑满。10 月 26 日，Kimi 官方道歉并为所有订阅会员重置相当于月度总额度 25% 的用量，另有传闻称其发布会推广环节存在未披露的付费合作，官方暂未回应。
同场竞技的账面数据也耐人寻味。在第三方实测中，同一道 Rust 应用任务，K3.1 Pro 花费约 221.21 元，DeepSeek V4.1 Flash 仅约 12.32 元，相差近 18 倍。一边是高调发布后忙着灭火，一边是代码库悄悄铺路等待新旗舰，两种节奏的反差让不少开发者感慨，模型竞争已经从拼参数卷到了拼工程与效费比。
网友评论
- 「占位符就是最好的剧透，工程师不会白写代码，蹲一个 11 月见。」
- 「别急着吹，去年占位符出现后拖了仨月的也不少，等官方模型卡再说。」
- 「只关心 V5 Flash 价格会不会降，按 V4.1 Flash 这个卷法，API 又要便宜一截吧。」
- 「刚给客户搭完 V4.1 的方案，希望 V5 别搞强制升级，V5-open 这条路子挺贴心。」
总结
三个占位符、两条下发通道、一套无须客户端发版的上线机制，DeepSeek 这次在代码库里留下的是一套完整的发布预案。它不等于 V5 已经就绪，但足以说明新旗舰的排期比外界想象的更具体。对普通用户来说，眼下能做的不多，也无须多做——如果你在用 DeepSeek 的桌面端或 API，11 月前后多留意模型列表的变化即可，按这套双通道设计，无论服务端何时切换，旧版本客户端大概率都能平稳过渡。
