DeepSeek 开源代码库 DeepSeek Harness 里出现了 deepseek-v5、deepseek-v5-open、deepseek-v5-next 三个此前未公开的模型名，媒体的叙述是新一代大模型已提前铺路、并预备了强制更新与平滑过渡两种发布方案。 把源码文件、git 历史和仓库元数据逐行翻完后，结论相反：这三行是 2026 年 9 月合入的一个单元测试文件里的测试数据，用来验证版本门禁的放行与拦截，不构成新模型临近发布的证据。 但这份测试文件暴露出的模型下发机制，比“V5 何时来”更值得记录：DeepSeek 今后上线新模型，可能不再需要发布会，改一行服务端配置就够了。IT之家GitHub
代码里的“V5”是换了编号的 V4-Pro 复制品
测试文件位于 packages/llm/llm-deepseek-account/tests/provider.spec.ts，属于账号侧模型目录插件。第一行“V5”的原文是 `{ …PRO, id: ‘deepseek-v5’ },`：展开现成的旗舰对象、只替换 id 字段，于是它的显示名仍是 DeepSeek-V4-Pro，上下文窗口仍是 1,048,576，输出上限仍是 393,216，输入模态仍只有文本。 真要把新模型登记进系统，最先改动的就是这些字段；只换个编号、参数全是旧的，在代码层面是占位符，而不是规划。GitHub
两个版本门槛是一过一拦的测试样品
把 v5-open 读成“旧客户端可用”、v5-next 读成“要求客户端升级”，再对应成平滑过渡与强制更新两条路径，是这次传播里最流行的解读。发现者指出，这三行代码出自账号登录通路的测试文件 provider.spec.ts，用户登录后的模型列表都会经过它。 但代码里两个门禁参数的取值很说明问题：前者是 0.0.1，任何客户端都满足；后者是 99.0.0-alpha.1，没有客户端能满足，alpha 后缀正是“故意造的不可能值”的常见标记。 验证一段“版本够了放行、不够就拦截”的判断逻辑，本来就要造一个能过的例和一个过不了的例。同一条用例的断言里，三个“V5”只有 v5-open 真正进入模型列表，v5 和裸写的 v4-pro 被隐藏并在调用时返回 MODEL_UNSUPPORTED，v5-next 则触发要求升级客户端的 CLIENT_UPGRADE_REQUIRED。实验器材被读成建筑图纸，是这次误读的核心。微博GitHub
时间线其实是反过来的
GitHub 仓库记录显示，deepseek-harness 于 2026-08-13 开源，这三行占位符随账号模型目录功能在 2026-09-24 合入，提交标题是 serve the DeepSeek account catalog from the account listing。 也就是说，占位符在代码库里躺了一个多月才成为热点。GitHubGitHub
中间仓库持续快跑：10 月 22 至 23 日合入模型角标功能，27 日补上角标自动撤除测试并发布 0.2.2-alpha.2，恰好与当晚“DeepSeek 又换新大模型指纹了”的网友观察撞在同一时间——不过所谓指纹变化没有可核验的公开记录，只是社区猜测。 次日相关条目被放大传播冲上热榜，知乎专栏对“11 月发布”传闻的概括更为克制：传闻靠的是指纹变化、代码空位、机制就绪三个间接信号叠加，“这是归纳，不是证据”。 截至目前，公开渠道检索不到 DeepSeek 对 V5 的任何表态，“V5”的公开行踪至今仍然只有这份测试文件。微博知乎
真正值得关注的是发布按钮搬去了服务端
这份文件真正的信息密度，在它测试的一整套模型下发契约：服务端下发的模型默认对客户端隐藏，只有服务端明确声明最低客户端版本要求、且当前版本满足，模型才会出现在列表里；角标支持中英文双语、颜色可配，客户端空闲十分钟后自动刷新，挂上或撤掉都不需要用户做任何事；目录之外的模型反而一路放行——这份目录是能力声明而非准入白名单，不能拿来做权限或成本控制。 这套机制把一次新模型上线的成本，从发客户端、等审核、等用户更新压缩成一行服务端配置。对普通用户，这意味着官网改版、模型卡、发布会这类“新品锚点”某天可能被列表里一个悄无声息出现的新名字替代；对开发者，更可靠的观察方式是：模型列表里真冒出新 ID、或调用时出现“请升级客户端”的拦截，才说明发布真正生效。V5 也许在训练队列里，但眼前这批代码只证明了 DeepSeek 已经能把模型“悄悄下发”，没有证明 V5 临近发布。GitHub
