jiruidai/dsh-meta-orchestrator
30最近提交 2026年8月14日
dsh-meta-orchestrator DSH 插件
dsh-meta-orchestrator 向 DSH agent 添加了“先规划后执行”协议和五个模式剧本。agent 分析请求，选择模式（链式、并行、路由、监督、评估循环），通过 orchestrate 工具编写结构化计划并持久化保存。该插件从不执行计划，只负责记录，执行由 DSH 原生工具完成。
如何安装 dsh-meta-orchestrator DSH 插件
dsh plugin --profile web add dsh-meta-orchestrator # from npm复制不会执行命令。安装 dsh-meta-orchestrator DSH 插件前请核对仓库和版本。
dsh-meta-orchestrator DSH 插件数据来源
dsh-meta-orchestrator DSH 插件快照日期：2026年8月16日
discovered
dsh-meta-orchestrator DSH 插件能做什么
- 在系统提示中添加约 330 词的指令块，教授先规划后执行的协议
- 提供五种经典工作流模式：链式、并行、路由、监督、评估循环
- 暴露三个工具：orchestrate（记录计划）、adapt_workflow（修订计划）、complete_workflow（结束工作流）
- 计划持久化存储在 DSH 存储域中，支持追加链，重启后恢复
- 无运行时开销——无额外模型调用、无后台进程、无自定义会话事件类型
dsh-meta-orchestrator DSH 插件适合哪些场景
- 审计代码库、排序发现、撰写报告——agent 规划一个链式工作流并逐步执行
- 并行研究多个主题后综合摘要——使用并行模式
- 分类支持工单并路由到不同处理路径——使用路由模式
- 将子任务委托给监督 agent 并审查结果——使用监督模式
- 草稿、评分、迭代改进一篇文章——使用评估循环模式
dsh-meta-orchestrator DSH 插件适合谁
- 运行多步骤、多 agent 任务并希望拥有显式、版本化、持久化工作流计划的 DSH 用户
- 在 DeepSeek Harness 上构建复杂 agent 应用，需要结构化规划但不想硬编码管道的开发者
dsh-meta-orchestrator DSH 插件的限制
- 需要支持存储栈的配置文件（标准 web 配置文件提供；headless 配置文件不包含）
- 仅对 DSH npm 包版本 `^0.1.0-rc.5` 和 `0.1.0-rc.6` 验证过；预发布版本范围可能在未来 rc 版本中失效
- 插件仅记录计划，执行必须由 DSH 自己的工具完成（子 agent、任务列表、工作流脚本、计划模式）
- 仅在 Windows 11 和 Ubuntu 上测试过；其他平台可能存在未知问题
dsh-meta-orchestrator DSH 插件的仓库 README 摘录
以下文字摘自 dsh-meta-orchestrator DSH 插件的上游仓库 jiruidai/dsh-meta-orchestrator 的 README，版权归原作者，仅作引用。
A [DeepSeek Harness](https://github.com/deepseek-ai/deepseek-harness) plugin that teaches the agent to **synthesize a task-specific workflow at runtime** — instead of hard-coding pipelines or fixed agent topologies. For anyone running multi-step work in DSH who wants the plan the agent follows to be explicit, versioned, and durable rather than implicit. </div> --- ## 🧭 How it works Normally an agent just starts working on your request. With this plugin, it **plans first, then works the plan** — and the workflow is dynamic: written by the model itself, per request: 1. **Analyze** — the agent reads the request; if it is genuinely ambiguous, it asks before doing anything. 2. **Pick a pattern** — it chooses one of five proven ways to organize the work: ⛓️ steps in order (`prompt-chaining`), ⚡ fan out independent parts (`parallel-workers`), 🔀 classify, then dispatch (`router`), 🎯 delegate and review (`supervisor`), 🔁 draft → score → improve (`evaluation-loop`). Each pattern's detailed playbook is loaded only when picked. 3. **Write the plan down** — it calls `orchestrate` with the stages, the roles it will delegate, and verifiable success criteria. The plugin validates the stru
阅读完整 README仓库许可: MIT
dsh-meta-orchestrator DSH 插件常见问题
这个插件会帮我执行工作流吗？
不会。dsh-meta-orchestrator 只负责记录计划。它提供三个工具（orchestrate、adapt_workflow、complete_workflow）来保存和版本化工作流。实际执行使用的是 DSH 的原生工具，如子 agent、任务列表、工作流脚本和计划模式。插件设计为轻量且无侵入。
这个插件支持哪些 DSH 配置文件？
它需要包含存储栈的配置文件。标准 web 配置文件（来自 `@deepseek-ai/dsh-web-app` 包）提供此功能。headless 配置文件不包含。你可以通过运行 `dsh profile info` 或查看 README 的兼容性部分来确认配置文件的 capabilities。
能否临时禁用插件而不卸载？
可以。在配置文件的 `cordis.patch.yml` 文件中，为插件 ID 添加 `disabled: true` 即可。这会在下一次请求时生效，无需重启或重新安装。删除这两行可重新启用。已记录的工作流不受影响。
如何知道 agent 选择了哪个模式？
agent 通常会以类似“这是一个链式工作流：审计 → 排序 → 撰写”的句子宣布其模式。然后通过 `skill` 调用加载该模式的剧本，最后调用 `orchestrate` 记录计划。你还可以查看存储在工作流文件 `$DSH_HOME/storages/meta_orchestrator.json` 中的完整规格快照。
这个插件会拖慢 agent 吗？
不会。插件仅在系统提示中添加一个约 330 词的指令块，以及五个模式技能（仅在模型选择模式时加载）。它不会产生额外的模型调用、后台进程或任何运行时开销。计划步骤是 agent 正常推理的一部分，不会显著增加延迟。