前言¶
在 DSH 中做多步骤任务时，固定流水线或固定 agent 拓扑容易和具体请求不匹配。dsh-meta-orchestrator 的做法是让模型在运行时根据请求选择工作模式，把计划记录下来，然后继续使用 DSH 原语执行。
这是什么¶
jiruidai/dsh-meta-orchestrator 是一个 DeepSeek Harness 插件，由 jiruidai 维护，许可证为 MIT。
它可定位为“模型原生元代理插件”：在运行时合成任务专属工作流，不依赖固定流水线、模板或硬编码路由。
核心功能¶
- 运行时根据请求合成任务专属工作流，而不是硬编码流水线或固定 agent 拓扑。
- 支持五种模式：
prompt-chaining、parallel-workers、router、supervisor、evaluation-loop。 - 向
system prompt添加约 330 词指令块。 - 提供三个记录工具：
orchestrate、adapt_workflow、complete_workflow。 - 将计划保存为持久化记录，修订版本化并记录成功标准结果。
- 不内置运行时，使用 DSH 原语执行：
subagents、todos、workflow scripts、plan mode。
安装与启用¶
插件需要带 storage stack 的 profile。标准 web profile（dsh-web-app bundle）提供该 stack；headless profile 不提供，因此应使用 web profile。
使用 npm 安装：
dsh plugin --profile web add dsh-meta-orchestrator
从 git 安装并固定版本：
dsh plugin --profile web add github:jiruidai/dsh-meta-orchestrator#v0.2.0
git 安装需要允许 pnpm prepare 构建，配置项如下：
allowBuilds: { dsh-meta-orchestrator: true }
add 或 remove 后，需要重启 dsh。
运行环境¶
- Node：
^22.19.0 || >=24.0.0 - peerDependencies：
@deepseek-ai/* ^0.1.0-rc.5；资料称已对0.1.0-rc.6验证 - 只使用 public plugin surfaces：
systemPrompt, skills, tools, storageDomain, agent/pre-step
典型用法¶
安装后，插件只记录计划，不执行计划。典型流程是：
1、模型从五种模式中选择一种。
2、调用 orchestrate 保存计划。
3、使用 DSH 原语执行：subagents、todos、workflow scripts、plan mode。
4、计划需要变化时，调用 adapt_workflow 保存修订版本。
5、任务完成时，调用 complete_workflow 记录成功标准结果。
适用场景与注意¶
适合在 DSH 中做多步骤任务，并希望计划被记录、版本化并持久化保存的场景。
插件不内置运行时，不提供独立执行器；执行依赖 DSH 原语。
插件以当前 dsh 进程权限运行，安装前应检查源码与许可证。当前资料列出的许可证为 MIT。
链接¶
社区目录页：https://www.skillhub.cn/plugins/jiruidai/dsh-meta-orchestrator
