DSH 0.2 与 DeepSeek V4.1 Pro：传闻中的双重发布，以 DeepSeek 自家代码进行测试

周一早上，在北京，DeepSeek 观察者 @teortaxesTex发帖称，“如果 DeepSeek 周一同时发布 DSH 0.2 和进一步针对 DSH 与智能体团队训练的 V4.1 Pro，那就太酷了”，随后又在同一句话里留了余地：“我认为至少下周到周四是非常有可能的。”那是一个附带日程的愿望，而不是一则报道。其核心是 DeepSeek V4.1 Pro，它仍然没有模型卡、没有权重文件、没有价格，也没有端点——而愿望的另一半，即 0.2 系列的 DeepSeek Harness，从未在任何渠道发布过。如今任何人真正能调用的两个 DeepSeek 模型是 DeepSeek V4.1 Flash，9 月 10 日发布的 552B 开放权重版本，以及 DeepSeek V4 Pro，1.6T 旗舰模型；DeepSeek 的更新日志称，它会持续到 9 月 14 日之后，且计费不变。这两者都不是那条推文所谈论的内容。

所以，对这样一句话，有用的做法不是去争论那个日期。而是要把它当中可核查的部分与猜测出来的部分区分开——而这个具体的愿望打包了三个彼此独立的断言，其中两个各自用大约十分钟就能证伪，第三个则确实有意思，因为它指向了 DeepSeek 已经发表的真实工作。下面按它们可被检验的顺序逐一列出。

从证据角度来说，信号是什么

这条推文来自一个密切关注DeepSeek、此前也曾抢先爆料的账号，全文只有一段。它发布于2026年9月28日星期一UTC 02:36，也就是北京时间10:36——正是它所预测的发布日的那个上午。它背后没有DeepSeek的任何文件，没有第二个信源，没有开发者预览链接，而且即便说错了，作者也无需付出任何代价。这个账号描述的并不是它亲眼见到的东西；它描述的只是它认为DeepSeek的日程安排所呈现出的某种轮廓。

其中堆叠着三个断言，它们各自独立地失败或存续：

• 一个版本号。即该 harness 的下一个发布版本号定为了 0.2——这只是一次小幅版本递增，而非 DeepSeek 六周来每日持续发布的 0.1.x 候选版本。

• 一个模型。DeepSeek V4.1 Pro 竟然真的作为产品发布了，而且读者将能够调用它。

• 一次联合发布。运行框架（harness）的升级与模型同在周一落地，因为该模型“针对 DSH 和智能体团队做了进一步训练”。

第一点可以通过软件包注册表来核实。第二点可以通过 DeepSeek 自己的更新日志、价目表和 Hugging Face 组织来核实。第三点是唯一需要作出判断的一点，也是推文作者唯一指出了真实问题的一点。

DeepSeek Harness 中没有 0.2

DeepSeek Harness 以 MIT 许可证开源，发布在 GitHub 和 npm 上，而这两个渠道都无需账号即可访问——这使得它成为该说法中最容易验证的一环。

• npm — @deepseek-ai/dsh有 27 个已发布版本。最高版本是 0.1.7-rc.2。注册表中任何位置都没有 0.2.x，并且 dist-tags 显示为 latest: 0.1.7-rc.2，next: 0.1.7-rc.2，alpha: 0.1.7-alpha.2。

• GitHub——已发布 22 个版本，且每一个都标记为预发布版。最新版本是 dsh-v0.1.7-rc.2，发布于 2026 年 9 月 24 日 14:10 UTC。该仓库自身的根清单文件也标明了同一版本号。

• 桌面版构建——DeepSeek 通过其自有下载主机分发打包好的 Windows 和 Apple 芯片客户端，且其两个生产更新源均报告版本 0.1.7-rc.2，发布日期为 9 月 24 日。

• 节奏——自八月中旬以来，0.1 系列大约每 1 到 3 天就会推进一个 alpha 或候选发布版本：9 月 15 日的 0.1.6-alpha.1、17 日的 0.1.6-alpha.2、22 日的 0.1.7-alpha.1 和 alpha.2、23 日的 rc.1、24 日的 rc.2。这种节奏并不是朝着 0.2 标签推进；它是在朝着 0.1.7 稳定版推进。

这里有一个读者可以采取行动的变化，它虽小却真实：npm 的 latest 标签现在解析到 0.1.7-rc.2，因此 npx @deepseek-ai/dsh web 会安装比几天前更新的候选版本，当时默认仍指向 0.1.5-rc.3，而桌面应用已经使用 0.1.7-rc.2。桌面构建和 npm 默认版本终于一致了。这是一次打包事件——如果你这周要安装，它有用；但作为关于模型的证据，它无关紧要。

在DeepSeek记录下来的任何地方，都不存在V4.1 Pro

这是后果更严重的那一半，因为关于某个测试框架版本的传闻不会让任何人付出任何代价，而关于某个旗舰层级的传闻，则属于团队会围绕它规划整整一个季度的那种事。DeepSeek 维护着已发布模型会出现的四个位置，而这个名字在四个位置中都不见踪影。

• 更新日志——DeepSeek 自己的 API 文档列出了 21 条带日期的记录，从 2024 年 9 月的 DeepSeek V2.5 一直到目前。最新的一条是 2026 年 9 月 10 日，即 DeepSeek-V4.1-Flash 的发布。其后没有任何带日期的记录，而且“V4.1 Pro”没有出现在任何一条记录中。

• 价格表——DeepSeek 的定价页面目前恰好公开了两个模型名称：deepseek-flash（版本 DeepSeek-V4.1-Flash）和 deepseek-v4-pro（版本 DeepSeek-V4-Pro-0813），并发上限分别为 2,500 和 500。读者可能调用的后继层级需要在这里有一行，而这里并没有这一行。

• Hugging Face — deepseek-ai 组织最新的仓库是 DeepSeek-V4.1-Flash，创建于 2026 年 9 月 10 日 02:17 UTC，下载量已超过 65 万次。排在它后面的条目分别来自 8 月 31 日和 8 月 13 日。没有更新的条目，4.1 这一代中也没有名称带 Pro 的条目。

• 服务 —— 就我们这边而言，OrcaRouter 模型 API 对 DeepSeek V4.1 Pro 在连字符拼写和带点拼写两种形式下都返回 404，而 DeepSeek V4.1 Flash 和 DeepSeek V4 Pro 都能正常解析。Artificial Analysis 也没有关于它的页面。这两者都独立于 DeepSeek 自己的文档，而它们的说法是一致的。

这个名字并不全新——它最早于九月初出现在供应商一侧，围绕一项将 DeepSeek V4 Pro 流量改道至 V4.1 Flash 的计划的相关报道中，而大多数读者正是从这些报道里第一次见到它的。DeepSeek 的文档如今所确认的内容则更为有限、也更不令人兴奋：V4 Pro 服务将延续至 9 月 14 日之后，而已退役的 Flash 标识符仍被接受，并由 DeepSeek V4.1 Flash 按 Flash 的定价提供服务。计划并不等于既成事实。能为此一锤定音的文件是一份模型卡，而这样的文件并不存在。

那种核查最犀利的版本，就藏在 DeepSeek Harness 自身之中。Harness 通过自己的适配器与 DeepSeek 的 API 通信，而该适配器附带了一份默认模型目录——也就是客户端在用户进行任何配置之前所提供的模型短名单。它恰好只有两个条目：deepseek-flash，显示为 DeepSeek-V41-Flash，支持文本和图像输入，以及 deepseek-v4-pro，显示为 DeepSeek-V4-Pro。没有第三个条目。如果 DeepSeek 正在筹备一个其自家 harness 曾围绕其进行训练或调优的 Pro 层级，那么这个文件——在供应商自己的公开仓库中只有两个条目——本应是它最自然最先出现的地方，而它却不在那里。

可核查的部分：“为智能体团队进一步训练”

这一条款值得认真对待，因为它是唯一一条能与 DeepSeek 实际已发表的研究对应起来的，也因为它解释了为什么人们会期待联合发布。

先看论文。9月19日，DeepSeek向arXiv提交了DeepSeek Elastic Compute（DSec）：面向规模化高效智能体训练的沙箱基础设施（2609.22978）。文中介绍了支撑DeepSeek智能体训练与评估的平台：统一的SDK背后有四种沙箱后端——FnCall、容器、microVM和完整虚拟机；环境镜像从公司的分布式文件系统按需流式加载；生命周期管理与强化学习循环协同设计，使有状态的rollout执行能在可被抢占的GPU训练中存活下来。一个生产单元约由160个节点组成，每天服务约300万个沙箱，维持超过38万个并发沙箱，每秒创建超过5000个。其中一节专门讲述那些学会走捷径的智能体——伪造内部请求、读取本不该访问的日志，以及通过递归进入/proc而触发内核缺陷——以及随后采取的AppArmor和eBPF缓解措施。

那是智能体训练基础设施，公开发布于推文所述时间窗口的三天前。它证明 DeepSeek 正在构建“为智能体团队而训练”这一说法所需要的机制。它不是关于时间安排的证据。

然后是 harness 这一侧。Agent Teams 在 DeepSeek Harness 中以四个插件的形式存在，以实验性包名发布，于 9 月 9 日首次推送到 npm，目前跟踪的是 0.1.7 版本线。一份日期为 9 月 18 日的架构说明，将此前的双开关安排合并为单个可选捆绑包，把团队服务、工具和浏览器面板一起打包——并在插件页面中让它默认处于禁用状态。9 月 23 日的 0.1.7-rc.1 发布说明描述了该面板如今的功能：实时显示团队成员及其任务，可从会话页面页眉打开或切换，团队工具以名字来指代成员。同一份说明还记录了一项变更——“调整图像缩放与 token 估算，以适配 DeepSeek V4.1”——即 harness 在为当前模型而非未来的模型进行自我调优。

最后，还有模型卡。DeepSeek 自己为 DeepSeek V4.1 Flash 提供的模型卡表明，其代码智能体基准测试——Terminal-Bench、DeepSWE、NL2Repo-Bench、ProgramBench——是在“DeepSeek Harness 的 Minimal 模式以及 1M token 上下文窗口下”运行的。这是一家厂商在告诉你，它的智能体成绩是在自家 harness 内产生的。这也意味着这些数字是由厂商自报且未经复现的：在 DeepSeek 自家环境下，DS-V4.1-Flash 在 Terminal-Bench 2.1 上得分 90.6，在 DeepSWE v1.1 上得分 74.2，而 DeepSeek 之外没有人重新跑过这些测试。独立视角则更为单薄，而且来自不同的日期：OrcaRouter 模型页面上引用的 Artificial Analysis 数据将 DeepSeek V4.1 Flash 的 Intelligence Index 定为 39.5（评估于 9 月 10 日），将 DeepSeek V4 Pro 的 AA Coding Index 定为 68.8（评估于 8 月 13 日）。这两行数据来自不同月份、相隔数天的不同评估，因此并非同类比较——把它们当作两张快照，而不是同一块记分牌。

为什么“on Monday”会显得不寻常——以及为什么这种模糊表述更重要

DeepSeek 的发布历史是公开的，而若把它当作一份日历来读，它会温和地反驳这条推文的前半部分。

• 近期发布通常落在周四或周五——2026年9月10日是周四，8月21日是周五，8月13日是周四，7月31日是周五，4月24日是周五。

• 周一发布并非没有先例，只是十分罕见——整份更新日志中上一次出现在周一的条目，是 2025 年 12 月 1 日的 DeepSeek V3.2，大约就在今天十个月前。

• 节假日规则白纸黑字写在价格表里——DeepSeek 的高峰计费时段为 UTC 周一至周五 01:00–04:00 和 06:00–10:00，“不含中国法定节假日”，其余所有时段均为非高峰，节假日则全天按非高峰计费。一家把自己的计费日历中的法定节假日单独剔除的公司，等于在告诉你它这些日子不运营。国庆节是 10 月 1 日。

这正是推文第二句话所指向的解读，也是更有用的那一半。“至少下周到周四”把方向拉向与“周一”相反的一侧：它把可能的时间段从推文点出的那一天推开，推向工作周末尾的边界，而假期恰恰从那里开始。无论作者指的是哪个周一，界定这个窗口的周四都是假期前最后一个普通工作日。DeepSeek 从未在整个国庆节期间发布过任何东西。

真正的发布版本会首先出现在哪里

这是值得收藏的部分，因为其中每一项都能在一次页面加载中核查，而且它们都不取决于跟踪器的判断：

• 变更日志中的第二条记录。DeepSeek 的 API 更新页面是模型发布最先现身的地方，也是目前两个可调用模型的定义之处。它今天最新的一条记录是 9 月 10 日的 Flash 发布。

• deepseek-ai 组织中一个名称中包含 Pro 的仓库。该组织最新的仓库是 9 月 10 日发布的 DeepSeek-V4.1-Flash；新建的仓库会立即显示。

• 测试框架模型目录中的第三行。上述适配器文件位于一个公开仓库中，仅有两条条目，而该框架专门为之调优的 Pro 层级，显然会是最顺理成章的补充。

• 一条价格条目和一项并发上限。DeepSeek 在价格表上说明了可用性限制，而旗舰档位则会同时带来这两者。

• npm 或桌面端 feed 上高于 0.1.x 的标签。 对于该说法中 harness 那一半而言，这就是全部测试——而自 9 月 24 日以来，这些 feed 一直静止在 0.1.7-rc.2。

在此期间该做什么

这个故事里存在一种实际的不对称。大家都在等待的那个模型没有可供调用的东西，而两个确实能用的 DeepSeek 模型今天都在进行路由——其中 DeepSeek V4.1 Flash 正是两周半前真正推动该系列向前迈进的那个发布版本。

两者都通过同一个 API 密钥接入 OrcaRouter，按提供商标价原样透传，不加价：DeepSeek V4.1 Flash 每百万 token 输入 $0.15、输出 $0.60，DeepSeek V4 Pro 则为 $0.66 和 $1.98（非高峰时段），在 DeepSeek 高峰时段内倍率为 2×。由于透传是原封不动的，最终落到账单上的就是 DeepSeek 自身的高峰与非高峰倍率；供应商侧价格一变，我们这边会在 DeepSeek 调整的当天就体现，而不是等到费率表更新时才体现。如果你要把生产路径固定到这些模型之一，自动故障转移链是在发布周抵御提供商侧波动的一种低成本保护——那种 DeepSeek 的 API 最可能繁忙、很多人都在改写自己配置的一周。

要把限制说明白：DeepSeek V4.1 Pro 并不是我们托管的模型，我们也不会声称相反。它没有可供路由的标识符。本文中没有任何内容是对它的预览；一旦它有了价格条目和代码仓库，那就是模型页面层面的问题，而不是传闻层面的问题。

诚实的总结

这条推文中的三个论断里，有两个截至今天都不成立——严格来说，它们所要求的产物并不存在。DeepSeek Harness 里没有 0.2——27 个 npm 版本、22 个 GitHub 预发布版本、两个桌面端更新源，全部停留在 0.1.7-rc.2，全部都是 9 月 24 日以来的。也没有 DeepSeek V4.1 Pro——更新日志里没有，价格表里没有，Hugging Face 组织主页里没有，harness 自己的模型目录里没有，我们的页面上没有，Artificial Analysis 的页面上也没有。第三个论断——下一个大东西是专为智能体团队训练的——才是背后有真实已发布工作支撑的那一个：一篇 9 月 19 日发布的关于 DeepSeek 智能体沙箱平台的系统论文，一条自 9 月 9 日起就公开、且在插件页面中仍默认关闭的 Agent Teams 插件线，以及一张明确写着 DeepSeek 自己的智能体基准测试数据是在 DeepSeek Harness 内部产出的模型卡。这些没有一项是时间表。但正是这一切，让那张时间表不断被人猜测。

把日期当作假设，把制品当作事实。变更日志、Hugging Face 组织以及评测框架的模型目录，才是这件事得到定论的地方，而这三者都只差一次页面加载。只要其中任何一个还没动静，“周一与 V4.1 Pro 一同”就不过是一句把口风退到周四的话里的愿望——而这里说的周四，是全国性假日前的最后一个工作日。