DeepSeekDSH
独立社区指南与 DeepSeek 无隶属关系。下载版本与教程参考

DeepSeek Harness v0.1.2-alpha.2:连接恢复终于可见

源码核验 DeepSeek Harness v0.1.2-alpha.2:连接异常状态、自动重试、立即重连、2 秒心跳,以及升级后的验证方法。

本页内容
历史版本说明

v0.1.2-alpha.2 于 2026 年 8 月 30 日发布,增加了连接状态提示、自动重试和手动重连功能。

发布时间与官方说明

DeepSeek 于北京时间 2026 年 8 月 30 日 21:52:14 发布 v0.1.2-alpha.2。官方 Release 明确写到:界面新增连接异常状态,支持自动重试和立即重连。

v0.1.2-alpha.2 GitHub Release ↗

为什么这对长时间运行的 Agent 更重要

短命令失败后重新执行即可;远程网关、持续 Agent 和长 Web 会话更麻烦,因为用户很难判断模型是在计算、网络正在退避,还是连接已经失活。alpha.2 把这种模糊状态变成了可以观察、可以等待、也可以主动接管的连接生命周期。

Web UI 把恢复过程拆成三段状态

连接已断开

Settings 附近会出现警告状态,不再只剩下模糊的卡住感。

正在连接

后台自动重试期间持续显示连接中的状态;鼠标悬停或键盘聚焦时会露出立即重连操作。

已恢复

当 disconnected / connecting 回到 connected 后,界面会显示 2,000 ms 的恢复成功反馈,再回到正常状态。

源码里实际上改了两层

用户看到的状态指示器和底层连接恢复逻辑分别落在两个提交里。两者要一起看:前者解释界面为什么变化,后者解释重试时机和物理 WebSocket 到底由谁管理。

一个容易误解的点

默认心跳间隔为 2 秒,用于检测连接是否存活。重连间隔由连接控制器的退避逻辑决定。

升级到 alpha.2 后怎么验证

  1. 01

    启动一个远程或长时间运行的 Web 会话

    选择一个断线后很容易被误认为“模型还在想”的场景。

  2. 02

    临时断开网络

    确认界面出现连接异常/正在连接状态,而不是只能靠空白或卡住来猜。

  3. 03

    恢复网络

    观察自动重试是否恢复连接,并确认短暂出现“已恢复”成功状态。

  4. 04

    在退避等待期间测试立即重连

    连接正在等待或恢复时触发重连,确认当前尝试/等待被打断,并马上开启新的连接尝试。

alpha.2 之后,这条恢复链还继续被修

v0.1.2-alpha.3 修复了“后端卡顿被误判成网络断开”的问题。v0.1.2-alpha.4 调整了 Agent 与长会话功能,v0.1.2-alpha.5 则修复了升级后启动失败和会话列表标题丢失的问题。