dsh-concurrency-guard

当你在 DeepSeek Harness 中同时驱动主会话、子代理和 workflow 派生任务时，所有模型请求都经由同一条总线发出。一旦在途并发超过供应商或中转 API 的阈值，429 限流甚至风控封号随之而来，而你很难看清到底是谁在占位、哪个会话该被礼让。dsh-concurrency-guard 正是为此而生：它挂钩 DSH 唯一的模型请求入口 llm/stream，将每一笔在途调用（主对话、子代理、压缩、标题生成、任意插件触发的请求）全部纳入监控，并在并发到达上限后以 FIFO 队列温和挂起后续请求，从根源上杜绝超限。

核心能力覆盖三层：第一层是全局门闩（默认并发上限 5，可热调），并发满员后新请求排队、永不超限，排队超时则 fail-open 强制放行避免卡死；第二层是会话级并发控制，按根会话聚合（含子代理父链归并），可对单个会话实时设置、暂停或清除并发限额，压缩和标题等辅助请求默认豁免以免被限流拖死；第三层是可观测性——WebUI 实时面板提供仪表卡、并发水位条、今日统计、异常分类明细（限流/超时/网络/中断/鉴权等）、会话活跃表与最近完成滚动列表，所有数据随状态文件落盘，重启不丢。

适合所有在 DSH 中跑多代理、多 workflow 或高频对话的用户，尤其是通过中转站调用 API 需要严格控频的场景。零外部依赖、纯 Node 内建实现，装上即用。