dsh-subagent-concurrency-limit
在终端中运行以下命令:
dsh plugin install blauerberg/dsh-subagent-concurrency-limit
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行安装命令即可引入该插件,源码仓库为 https://github.com/blauerberg/dsh-subagent-concurrency-limit,安装后在配置文件里设置 maxConcurrentSubagents 和 subagentToolNames 即可生效。
插件介绍
在 DeepSeek Harness 中,workflow 引擎的 maxConcurrentAgents 只约束工作流内部的 agent() 调用,而根级直接调用 subagent 工具时几乎没有任何进程级并发保护。当多个委派同时发起、嵌套子代理层层展开时,CPU 与内存可能在瞬间被撑爆,却无从限制。dsh-subagent-concurrency-limit 正是为了填补这个缺口而生。\n\n插件在同一进程中维护一个共享许可池,默认上限为 2。根 Agent 发起委派时按 FIFO 顺序排队获取许可;嵌套子代理若调用同一委派工具也会消耗池中的名额——池满时子代直接失败而非阻塞正在等待它的祖先,从而避免死锁。许可在子回合进入空闲、运行结束或 Agent 被销毁时自动释放。对于 Codex、Claude Code、ACP 等远程 Provider,插件只能观测到根委派入口及 subagent/start 与 subagent/end 边界,远程进程内部的嵌套执行无法被计数。\n\n如果你的工作流会频繁扇出多个子代理、使用了非标准委派工具,或者希望在有限硬件上跑 DeepSeek Harness 而不想被并发冲垮,这个插件值得配上。它不改变任何现有行为,只在许可池层面加一道闸门,默认两路并发即可让绝大多数场景保持可控。
使用场景
- 根级同时发起多个 subagent 委派时防止进程资源被耗尽。
- 嵌套子代理层层展开时避免互相阻塞形成死锁。
- 多工作流并行运行时统一限制子代理的总并发数。
适合人员
- 使用 DeepSeek Harness 编排多代理流程的开发者。
- 在有限硬件资源上运行子代理的运维与部署人员。
- 注册了非标准委派工具名的 Harness 插件开发者。