dsh-reset-handoff

DSH 里的 agent 需要重启宿主进程时，直接自杀是最危险的路径——指令刚发出，进程就没了，看不到结果，也没人兜底。dsh-reset-handoff 用一套"交接"协议解决这个问题：DSH 只写一个 request.json，由独立的运维代理（如 Hermes）完成预检、重启、健康检查和失败恢复，再写回 result.json，请求方在重启完成后自然读到结果，全程不丢失上下文。

协议自带三重安全闸门：无待审批事项、磁盘余量充足、距上次重启超过冷却期，任何一条不满足就直接拒绝并返回具体原因，不会盲目重启。重启后若健康检查失败，执行器按"诊断→重试（最多 3 次）→观察（120 秒）→上报"的恢复合同逐步兜底，最终把尝试次数和诊断信息写进 result.json，让调用方和运维人员都能看清失败原因。

适合长期运行 DSH web 服务、插件树较复杂、需要频繁热更新配置或从 wedged 状态恢复的场景。任何能读写两个 JSON 文件的进程——自定义脚本、云函数、Hermes 定时任务——都可以作为执行器接入，协议本身就是契约。