dsh-restart-resume
在终端中运行以下命令:
dsh plugin install Asteroid0449/dsh-restart-resume
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness Web 界面中执行 dsh plugin install Asteroid0449/dsh-restart-resume 进行安装,插件源码地址为 https://github.com/Asteroid0449/dsh-restart-resume 。
插件介绍
当 DeepSeek Harness 后端需要重启——无论是插件更新、配置变更还是 bundle 升级——直接终止进程会切断活跃会话、已发布子代理和后台任务,用户上下文随之丢失。dsh-restart-resume 为这条高风险路径提供安全协议:先等待全部工作自然排空,再以退出码 75 请求外部监督器重新拉起后端,续接消息落盘后 Web 页面自动重连并刷新,用户无需手动刷新或重新发起任务。
插件注册 dsh_restart、dsh_restart_status 和 dsh_restart_cancel 三个固定工具,始终按相同顺序和 schema 出现,模型请求的工具前缀不随状态变化。重启前默认进入排空等待,排空超时只取消重启而不强杀工作;最终倒计时期间出现新工作会自动退回等待。频率限制、原子 marker、有效期和幂等消息共同防止重启环路。resumeMode 支持 continue 与 report-only 两种模式,前者继续原任务中未完成的配置、验证与交付,后者仅用于独立测试,避免把测试误当作生产续接。
它适合以监督器方式管理 Harness 进程的管理员或团队:启动器须在每次拉起进程前生成新的 bootId,仅在退出码 75 时重启,并启用插件与监督器的双重频率限制。在这种架构下,dsh-restart-resume 把后端重启从一次危险的强杀变成可观测、可取消、可续接的标准流程,让 Agent 在续接后自然地接回未竟的工作,而不是让用户面对一个空白页面。
使用场景
- 插件更新或配置变更后需要重启后端,同时保留当前会话和未完成任务
- bundle 升级后需重载前端进程,但不希望强杀正在运行的子代理或后台任务
- 多实例部署中需要按退出码约定安全重启,避免重启环路和重复续接
适合人员
- 以监督器方式管理 DeepSeek Harness 进程的操作管理员
- 需要最小停机时长完成后端重启的技术团队
- 希望 Agent 在重启后自动续接未完成任务而无需用户手动操作的开发者