多引擎议会 Enderfga/dsh-clawo

@enderfga/dsh-clawo

这是一个构建在 DeepSeek Harness 之上的 bundle，把 Claw Orchestrator 注册为 ACP 子代理服务商。

dsh 本身已经自带 subagent-claude-code 和 subagent-codex，所以把任务交给单个编码命令行工具这件事已经覆盖了。而这个 bundle 交给的是它们都做不到的东西：多引擎运行时。一个 clawo 子代理可以让某个引擎来回答，也可以召集多个引擎，在互相隔离的 git worktree 里开一场议会，再把综合结论交回来。

安装

dsh plugin --profile <name> add @enderfga/dsh-clawo

装完就完事了。这个 bundle 里没有代码——只有九行 YAML，把 dsh 自带的 ACP 客户端指向 npx @enderfga/claw-orchestrator acp。

确认它已经组合进你的配置档：

dsh --profile <name> --dump-config | grep -A6 subagent-clawo

子代理能做什么

这个服务商注册为 clawo。它的提示词走 Claw Orchestrator 的 ACP 智能体，支持：

| 模式 | 行为 |
| single（默认） | 一个引擎回答。 |
| council | 多个引擎在互相隔离的 git worktree 里辩论，最终达成共识。 |
| ultraplan | 长周期规划。 |
| ultrareview | 多个审查者并行扫过工作区。 |

在提示词里用斜杠命令选择模式——/council fix the failing test。

环境要求

- dsh 0.1.0-rc.6 或更新版本（需要 dsh.bundle.patch 清单契约和 @deepseek-ai/dsh-subagent-acp）。
- Node 22.19+ / 24+，与 dsh 自身的下限一致。
- 你想让 Claw Orchestrator 驱动的那些编码命令行工具，都要在宿主机上完成认证——claude、codex 等等。子代理跑在你的机器上，不在 dsh 里。

已知限制

这些限制继承自 ACP 智能体，在你依赖它们之前值得先了解：

- 不支持会话恢复。 loadSession 声明为 false。这对 dsh 来说没问题，因为它的 ACP 子代理服务商每次运行都开一个新会话，本来也不继承父上下文。
- 回合中途没有权限提示。 Claw Orchestrator 在会话打开时就把权限解析成引擎命令行工具的 flag，所以没有实现 session/request_permission。dsh 的服务商默认自动拒绝权限请求，所以这里也没什么损失。
- 议会模式很慢。 实测跑两轮大约要九分钟。这是刻意触发的操作，不是默认行为。

为什么用 npx 而不是声明依赖

Claw Orchestrator 依赖 re2，一个 17 MB 的原生模块，用来做防 ReDoS 的模式匹配。如果把它声明成依赖，每个 dsh 配置档在安装时都要编译一个原生插件。通过 npx 拉取已发布的二进制，能让这个 bundle 保持三个文件、零依赖，也把原生构建失败挡在你的配置档安装之外。

状态

dsh 处于开发者预览阶段，官方声明预计会有破坏兼容性的变更。本 bundle 只依赖两样东西：dsh.bundle.patch 清单契约，以及 @deepseek-ai/dsh-subagent-acp 的配置键。所以这里出问题，改 YAML 就行，不用重写。如果哪个 dsh 版本动了这两样中的任何一个，请提 issue。

License

MIT