dsh-session-rescue

重启 Harness 或加载已有会话后，首轮对话有时会长时间卡住：界面一直转圈，日志里却看不到明显错误。这类「冷启动首轮阻塞」往往与会话体积变大有关，而手动执行 /compact 又是作者观察到的常见恢复手段。dsh-session-rescue 走的是预防路线：在会话 seq 进入危险区间之前，自动把压缩这件事安排好，而不是等卡死后再去检测或取消。

插件围绕三条能力展开。GUARD 在会话载入本进程且已超过阈值时，在用户发出第一轮之前（agent 进入 idle）先压缩，把成本挪到首轮之外，同时缩小后续要处理的「表面」。COMPACT 则在轮次之间的空闲期，按「自上次压缩以来至少增长 minGrowthSeq」触发，避免 append-only 日志导致反复误触发。Report 通过 /rescue status 展示各会话 seq、本进程是否已「warm」、以及冷/暖轮次在 preStep 窗口的测量情况。

实现上只调用官方压缩接口 compactNow，并通过 ctx.get('compaction') 获取服务，因此在未装配 compaction 的组合里仍可加载并报告。对 busy、冷却与连续 busy 上限有专门处理，避免把未真正完成压缩的会话误标为 warm。需要说明的是：压缩会发起 LLM 调用并改写对话摘要，与 /compact 相同；若只想观察指标，可将 enabled 设为 false。

适合长期维护大体积会话、经常在重启或切换会话后遇到首轮极慢甚至「永不返回」的 Harness 用户。阈值与增长增量可按机器与会话自行校准，配合 /rescue status 调整；作者也在文档中坦诚标注了未在端到端场景复现卡死、以及 seq 作为代理指标等局限。