DeepSeek Harness v0.1.2-alpha.2：连接恢复终于可见
源码核验 DeepSeek Harness v0.1.2-alpha.2：连接异常状态、自动重试、立即重连、2 秒心跳，以及升级后的验证方法。
本页内容
v0.1.2-alpha.2 已不是当前最新源码。DeepSeekDSH 目前核验到 0.1.2-alpha.5；本页保留 alpha.2 当时引入了什么，以及连接恢复机制在这个版本边界上是如何实现的。
发布时间与官方说明
DeepSeek 于北京时间 2026 年 8 月 30 日 21:52:14 发布 v0.1.2-alpha.2。官方 Release 明确写到：界面新增连接异常状态，支持自动重试和立即重连。
为什么这对长时间运行的 Agent 更重要
短命令失败后重新执行即可；远程网关、持续 Agent 和长 Web 会话更麻烦，因为用户很难判断模型是在计算、网络正在退避，还是连接已经失活。alpha.2 把这种模糊状态变成了可以观察、可以等待、也可以主动接管的连接生命周期。
Web UI 把恢复过程拆成三段状态
连接已断开
Settings 附近会出现警告状态，不再只剩下模糊的卡住感。
正在连接
后台自动重试期间持续显示连接中的状态；鼠标悬停或键盘聚焦时会露出立即重连操作。
已恢复
当 disconnected / connecting 回到 connected 后，界面会显示 2,000 ms 的恢复成功反馈，再回到正常状态。
源码里实际上改了两层
用户看到的状态指示器和底层连接恢复逻辑分别落在两个提交里。两者要一起看：前者解释界面为什么变化，后者解释重试时机和物理 WebSocket 到底由谁管理。
2 秒心跳不等于 DSH 每 2 秒疯狂重连。心跳/存活检查和重试退避是两套机制：心跳负责更快发现失活的物理连接，真正的重试节奏仍由连接控制器的退避逻辑管理。
升级到 alpha.2 后怎么验证
- 01
启动一个远程或长时间运行的 Web 会话
选择一个断线后很容易被误认为“模型还在想”的场景。
- 02
临时断开网络
确认界面出现连接异常/正在连接状态，而不是只能靠空白或卡住来猜。
- 03
恢复网络
观察自动重试是否恢复连接，并确认短暂出现“已恢复”成功状态。
- 04
在退避等待期间测试立即重连
连接正在等待或恢复时触发重连，确认当前尝试/等待被打断，并马上开启新的连接尝试。
alpha.2 之后，这条恢复链还继续被修
alpha.3 又专门修复了“后端卡顿被误判成网络断开”的问题。alpha.4 又继续调整 Agent 与长会话能力；到本页更新时，本站最新核验源码已经是 alpha.5。