ChenTW

记录理解世界的方法

·

34 次阅读

DSH 专项日报|2026-11-13

日期:2026-11-13

【rc.2 补齐 npm,Windows 更新链路集中失败】


一、今日结论

当前等级:C — 继续观察

昨日等级:C

是否升降级:维持 C,无升降

一句话回答:rc.2 昨夜补进 npm 的 next 通道,安装链路终于可用;但 latest 仍停在 rc.1,Windows 应用内更新今天集中失败刷屏,还多了一例升级 rc.2 后新建会话失败——分发面进步,稳定性面没有实质前进,评级不动。


二、触发今日判断的关键变化

  1. rc.2 进入 npm【官方实测】:next=0.2.2-rc.2,发布时间 2026-11-12T02:16:12Z(北京 10:16),比 GitHub Release 晚约 14.5 小时;versions 42 → 43,time.modified 11-12T02:21:21Z。昨日「该版本 npm 404」的状况今日已改变。
  2. latest 通道未跟进【官方实测】:dist-tags 仍 latest=0.2.2-rc.1、alpha=0.2.2-alpha.3,只有 next 指向 rc.2。不显式写 @next 的标准安装,拿到的还是 rc.1。
  3. Windows 应用内更新集中失败【社区讨论】:#13086 定位根因是更新器拉起安装器时未设置 cwd,备份目录 MoveFileExW 报 error 32;#13080 点「下载新版本」后应用退出、重启版本不变;#13076 / #13012 / #13004 属同类;#13025 给出绕行方案——从 %TEMP% 运行已下载的安装包可手动装成功。
  4. 升级 rc.2 后新建会话失败【单一用户报告 #13083】:与同期 Windows 更新失败叠加,说明升级链路与会话创建稳定性都要留意。
  5. 桌面端欢迎页鉴权失败再现【单一用户报告 #12995】:报错 desktop welcome: Web authentication failed,与 11-07 首报的 #12502 同一症状家族——rc.2 修的「鉴权累积」可能只覆盖了其中一条路径。

三、DSH 本体状态

官方 11-12 零提交【社区第 87 期】。rc.2 的静态内容与昨天完全一致(27 条修复、正文 15,618 字符、引擎 node>=24.9.0 未变),今天的变化全在分发与升级链路:npm 补齐了版本,但 latest 没切,说明官方仍未把它当默认可装版本;同时社区把 Windows 更新器的具体根因说清了——更新器拉起安装器时不设 cwd,导致备份目录移动报 error 32。这条根因不是 rc.2 引入的,而是今天才被定位,意味着 rc.1 及更早版本的升级路径本身就不牢靠。

再叠加 #13083 与 #12995 两条新反馈,rc.2 的修复清单仍有未覆盖路径:鉴权失败换了个入口复现,升级后的会话创建又出新问题。结论是分发面进步,稳定性面没有实质前进。


四、阻断项追踪

问题 证据等级 当前状态 最近变化 是否阻止升 B
会话 seq 损坏家族 【多源开发者实测】 open rc.2 未点名 是
悬空 tool_call / 图片块致会话永久 400 【多源实测】→【待确认】 open rc.2 未点名 是(待验证)
桌面端鉴权失败家族(#12502 / #12911 / #12360 / #12995) 【单一用户报告】+机理已明 部分修复 rc.2 修「鉴权累积」,欢迎页路径仍复现 是(待验证)
Windows 应用内更新失败(#13086 / #13080 / #13004 / #13025) 【社区多源反馈】 新入表 根因定位为安装器未设 cwd → error 32 是(升级不可靠)
升级 rc.2 后新建会话失败(#13083) 【单一用户报告】 新入表 11-12 首报 是(待验证)
升级 rc.1 致 $DSH_HOME 重初始化、数据丢失(#12290) 【单一用户报告】 open rc.2 未点名 是
Windows PTY 启动失败致会话报废(#12456) 【单一用户报告】 open rc.2 未点名 是
空闲状态 SIGSEGV 自动退出(#12596) 【单一用户报告】 open,无第二复现 rc.2 未点名 是
子进程失控致内存耗尽(#12581) 【单一用户报告】 open,无第二复现 rc.2 未点名 是
AI 生成插件脚本致配置目录被清空(#12751) 【单一用户报告】 非版本缺陷 无变化 否(操作方式,可规避)
长上下文静默失败、空响应被当成功(#12786) 【单一用户深度复盘】 11-10 首报 rc.2 未点名 是(结果不可信)
Windows 沙箱 workspace-write 致 shell 全失败(#12783) 【单一用户报告】 11-10 首报 rc.2 未点名 否(WSL 或普通模式可规避)
compaction 配置在 web profile 被静默忽略(#12776) 【单一用户报告】 11-10 首报 rc.2 未点名 否(显式指定 preset 可规避)

五、插件生态与推荐组合

精选 737 个(+39),分类界面与体验 177(+11)、能力与智能 319(+16)、自动化与集成 176(+12)、开发与生态 34、技能与预设 31,合计 737 自校验通过。新面孔:dsh-profile-stats(个人使用画像)、dsh-session-superagent(盯仓库变化并唤醒会话)、dsh-soundtry(本地音频理解)、dsh-tool-discovery(按需渐进展示工具参数)。后两个一个扩输入端能力、一个减工具查找成本,方向都比堆功能实在。组合维持 dsh-context / dsh-win32 / Aegis,不新增。


六、模型与 DSH 适配

pi-ai 1.3.0、Node.js 24.9 未变。rc.2 的适配动作(网页搜索默认切 DeepSeek Search API、自定义提供方支持 Gemini 原生接口、Office 文档解析移入主进程且不受命令行沙箱保护)今天无新进展,仍按昨日口径:升级前先验 Search API 与 Office 处理边界。web_search 的计费与可用口径本身未变【官方确认】。


七、价格

与 11-12 一致,无变化:deepseek-flash 缓存未命中 $0.15/$0.3、输出 $0.6/$1.2;deepseek-v4-pro $0.66/$1.32、输出 $1.98/$3.96(每 1M tokens)【官方确认】。


八、今日是否达到测试触发条件

未达到。比昨天多了一个可测理由——rc.2 已能通过 npm 安装;但 latest 未切、Windows 更新器存在已定位的失败根因、又新增升级后新建会话失败的报告,三条同时压着。生产环境建议再等:等 latest 切换,或等 0.2.2 正式版,或等 #13083 出现第二例复现或官方回应。


九、下一步观察点

  1. latest 何时从 rc.1 切到 rc.2,或直接跳到 0.2.2 正式版。
  2. 13083(rc.2 后新建会话失败)是否出现多源复现,或官方是否回应。

  3. Windows 更新器的 cwd 根因是否进 rc.3 / 正式版修复清单。

来源

  • [官方] dsh-v0.2.2-rc.2 Release — https://api.github.com/repos/deepseek-ai/deepseek-harness/releases/tags/dsh-v0.2.2-rc.2
  • [官方] npm @deepseek-ai/dsh dist-tags / time / engines — https://registry.npmjs.org/@deepseek-ai/dsh
  • [官方] git tags 交叉核验 — https://github.com/deepseek-ai/deepseek-harness
  • [媒体] 社区第 87 期(2026-11-12) — https://dsh-ai.com/news/2026-11-12/
  • [媒体] 社区首页与插件库 — https://dsh-ai.com/ 、 https://dsh-ai.com/plugins/
  • [媒体] 常见问题库 — https://dsh-ai.com/faq/
  • [官方] DeepSeek 模型定价 — https://api-docs.deepseek.com/quick_start/pricing
  • [官方] Responses API 与内置工具说明 — https://api-docs.deepseek.com/api/create-response/