DeepSeek Harness 0.1.2-alpha.2：启动修复、断线重连与插件分组

先看结论：已有修复，但不是默认升级

DeepSeek Harness（DSH）0.1.2-alpha.2 是 2026-08-30 发布的预发布版。52DSH 于 2026-08-31 核对：该版本已存在于 npm registry，但 latest 和 next 仍指向 0.1.1-rc.2。没有显式指定版本的新一次包解析不能仅凭 GitHub Release 名称判断会得到 alpha.2；已经运行的 DSH 也不会因为公告自动换版。

这次最值得普通用户关注的是 Node 24 启动修复、连接异常提示与重连，以及按 Agent 预设查看插件。如果你的现有环境正常，可以先保持配置；如果遇到对应问题，先核对症状，再准备隔离评估和回退。npm 默认的 0.1.1-rc.2 也是候选版本，不应称为正式稳定版。

本文审阅了官方 Release、固定提交及相关实现，没有运行 DSH、第三方插件或跨平台安装测试。官方的修复声明、源码能确认的行为和本站建议会分别说明。

本次版本状态

本次固定提交为 0a53fb55bea101816fa226bb964ae2bed71c343b。版本通道会变化，准备操作前仍应核对官方 Release ↗（外部链接，在新标签页打开）与 npm。完整操作路径在DSH 更新、回退与卸载指南，第一次安装则从安装与 Web UI 教程开始。

哪些变化与你有关

Node 24 修复：满足版本范围不等于没有缺陷

官方公告指向 Node.js 24.0–24.11.1 的启动与 HMR 问题。固定源码差异显示：alpha.1 的 Loader 仅用 Node 主版本号判断内部加载器形态，把所有 Node 24 当成新接口；但该接口形态从 24.12.0 才出现。alpha.2 改为检查加载器实际具备的方法，不再仅按主版本猜测。

这解释了为什么 Node 满足项目声明的范围，仍可能遇到客户端模块解析失败。官方维护说明提到空客户端入口图和 HMR 无法解析入口；这些是定位线索，不是“看到白屏一定是此故障”的诊断结论。加载器固定实现 ↗（外部链接，在新标签页打开）

本次确认了 alpha.1 到 alpha.2 的实现变化，没有追溯所有历史版本的引入时间，也没有复现所有 Node 补丁版本。请先记录 Node 版本、DSH 精确版本、启动命令与第一条错误；如果问题实际是 PATH、端口或依赖下载，升级 alpha 并不是通用解法。具体分流见DSH Node 版本错误排查。

连接异常、连接中和立即重连怎么理解

根据固定 Web 设置实现，展开侧边栏时，底部“设置”旁会在连接出错后显示连接指示。自动恢复期间显示“连接中”；悬停或键盘聚焦异常／连接中状态时，可看到“立即重连”操作；恢复后会短暂显示“连接成功”。健康的初次连接不会一直占用一个提示块。设置外壳说明 ↗（外部链接，在新标签页打开）

这个入口处理浏览器到 Host 的连接，不会替你启动已经退出的服务，也不会修复模型 401、端口冲突或错误的 Workspace。侧栏收起时入口显示受布局限制，不能因没看见提示就认定没有断线。

如果页面曾经工作正常：先检查原启动终端中的服务是否仍在运行，再判断连接状态；恢复后用最小只读任务验证结果。持续失败时保留脱敏日志，进入Web UI 启动与断线分流，不要直接放开认证、防火墙或全部权限。

插件分组更清楚，但这里不是安装器

在 alpha.2 的“设置 → 插件 → 插件列表”中，可以先看会话插件，再展开全局插件。会话组按 Agent 预设组成，切换器允许选择要查看的预设；搜索按模块名称和条目 ID 过滤，还会提示其他预设中的匹配。插件清单官方说明 ↗（外部链接，在新标签页打开）

有三个容易误解的地方：

• 切换器只改变显示，不写设置，也不会替换当前会话的 Agent。实际默认预设或新会话预设仍在对应入口选择。
• “全局停用、由预设提供”不等于完全不可用。展开条目看哪些预设启用了该模块，再核对配置与运行状态。
• 清单是快照，不订阅 Loader 变化，也不会在重连后自动刷新。安装或配置变更后，需要重新打开设置；读取失败时可重试。

它不安装包、不卸载依赖，也不是权限沙箱。需要完成安装与验证时，继续阅读DSH 插件、Profile 与 Bundle 管理指南。插件、Skills 和 MCP 的区别仍以能力边界说明为准。

其他变化与开发者检查项

官方还列出了活动定时计划入口、长会话和密集消息处理优化、回答末尾 token 与耗时统计，以及 web_search 失败时的端点和错误明细。它们可以改善观察与排障，但公告没有提供本站可引用的统一性能测试结论，不能写成“速度提升多少倍”。

扩展维护者还应注意：

• SessionEvent.ignorable 恢复后，只允许把不会影响重建的纯信息事件标记为可忽略。未知且未标记的必需事件仍应拒绝重建；不能为绕过读取错误给全部事件补标记。事件类型定义 ↗（外部链接，在新标签页打开）
• Remote 失败通过统一的 RemoteError 携带 code 和类型化细节。扩展应检查自己的错误分支，不依赖跨模块的 instanceof 判断或猜测消息文本。异常封装实现 ↗（外部链接，在新标签页打开）

这些是接口复核入口，不能由此宣布 52DSH 目录中的所有插件都已适配 alpha.2。

现在要不要升级

如果你正在定位公告所述的启动问题，或确实需要新版插件清单，可以在记录当前版本、备份配置与数据、准备隔离工作区后评估。先用不修改业务文件的任务检查启动和连接，再逐一判断扩展；需要真实账号或第三方插件测试时，应另行明确授权与风险。

如果现有工作流正常、依赖重要 Session 数据或尚未核对扩展兼容性，本站建议保持当前配置，先阅读变化。用旧程序启动不等于能读取新程序写出的全部数据；回退应保留升级前的配置与数据副本，不只保留一个旧版本命令。具体步骤由升级、回退与卸载指南承接。

常见问题

npm 已有 alpha.2，为什么默认仍是旧版？

精确版本存在与 latest、next 标签是不同事实。本次核对时两个标签仍指向 0.1.1-rc.2；包是否存在不能替代默认通道检查。

alpha.2 是正式稳定版吗？

不是，官方 Release 标记为 Pre-release。本文记录的是来源复核，不是稳定性认证或跨平台运行保证。

切换插件列表里的 Agent 预设，会修改当前会话吗？

不会，该清单切换器只改变正在查看的组合。需要实际配置时，应使用 Agent 预设和新会话的相应入口。

是否需要重新适配所有旧教程？

不需要批量修改。先按页面版本阅读，再复核实际受影响的步骤。上一版能力背景保留在alpha.1 历史解读，日常操作则继续使用对应的安装、插件管理和排障页面。