🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

多模型编排 Alexander390370/dsh-multi-model-orchestration

DeepSeek Harness
Alexander39037013 天前有提交已提供中文文档扫描:无法判定

把任务按模型长处拆给 Kimi/Qwen/GLM/DeepSeek 等多个大模型去干,并自检配置的 DSH Agent…

30.1/100
综合分
1
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/10/25 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

自动兼容检查未通过:仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装。以下命令仍可尝试,但可能失败。
无法用 dsh 插件命令安装(仓库内无 dsh 插件清单)
git clone https://github.com/Alexander390370/dsh-multi-model-orchestration.git
按该仓库 README 的原生方式安装;若作者另行发布了 DSH 插件包,请以其文档为准

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:需留意
是什么
dsh 原生插件 · model
装得上吗
实装验证未通过(unknown),装前请到仓库确认最近更新与 issue
L4 · 真实安装等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 13 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
⚠︎ 实装验证未通过(unknown · 2026/10/15) ——可能是验证环境差异,装前建议到 GitHub 仓库确认最近更新与 issue。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装

仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✗npm 包dsh-multi-model-orchestration(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明

源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/16 04:08:48

安全扫描自动 · 静态分析源码
v2.7.0
⚪ 扫描:无法判定尚无人工评估
展开查看扫描说明与证据 ↓

已尝试扫描但取不到可分析的源码:仓库或包不存在、已删除,或为非 JS/TS 实现、未随包发布源码。无法判定,不代表安全。

  • · 包内无可扫 JS
  • · TS 源码(可能为非 JS 实现或未发布源码),无法判定
扫描于 2026/11/1(0 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

README

由 DeepSeek 最新模型翻译生成
DSH 多模型编排技能包(multi-model-orchestration) 让 AI 主控(Team Lead)把任务按模型长处拆给不同的大模型去干,再把结果收口验证。 面向 DeepSeek Harness 的 Agent Skill + 自检工具,纯本地运行,不依赖任何服务。 下载:multi-model-orchestration-2.0.0.zip(30 KB)解压后按包内 INSTALL.md 操作,或直接用仓库自带脚本安装。 为什么需要它 在 DSH 里让多个模型协作有两个坑,这个包把它们堵上: 1. spawn_teammate(常驻队友)不能指定模型 —— 它的入参只有 name/description/prompt/context,队友只能继承会话默认模型。所以「找两个不同模型交叉验证」用队友做不到。 → 当前 DSH 版本下唯一可靠路径是 workflow 的 agent(prompt, { provider, model }) 逐次覆盖 (工具签名可能随版本变化,升级后请重新核验)。
展开完整文档(README 剩余 1 节)
DSH 多模型编排技能包(multi-model-orchestration)

让 AI 主控(Team Lead)把任务按模型长处拆给不同的大模型去干,再把结果收口验证。
面向 DeepSeek Harness 的 Agent Skill + 自检工具,纯本地运行,不依赖任何服务。

下载:multi-model-orchestration-2.0.0.zip(30 KB)解压后按包内 INSTALL.md 操作,或直接用仓库自带脚本安装。

为什么需要它

在 DSH 里让多个模型协作有两个坑,这个包把它们堵上:

1. spawn_teammate(常驻队友)不能指定模型 —— 它的入参只有 name/description/prompt/context,队友只能继承会话默认模型。所以「找两个不同模型交叉验证」用队友做不到。
→ 当前 DSH 版本下唯一可靠路径是 workflow 的 agent(prompt, { provider, model }) 逐次覆盖 (工具签名可能随版本变化,升级后请重新核验)。
2. 每家模型的「脾气」都不一样,配错了就静默失败(agent() 失败只返回 null,不给原因):
- 非 OpenAI 端点普遍拒绝 developer 角色 → 需要 compat.supportsDeveloperRole: false
- 各家 reasoning_effort 词表不同(GLM-5.3 只认 low/high/max,但 GLM-5/5.1/5.2 认更多档;DeepSeek 认 low/medium/high/xhigh/max)
- 视觉模型必须显式声明 input: [text, image],否则 DSH 会把图片丢掉,模型回答「我看不到图」
- 有些模型输入上限比你想的小(例:qwen-max = 30720),DSH 压缩时超限会整轮失败
- Moonshot 拒绝带自引用 $ref 的工具 JSON Schema(infinite recursion)

这些坑本仓库的工具都能自动探出来,不用一个个试。

安装

把 multi-model-orchestration/ 放进技能目录即可(DSH 会实时发现新技能):

Windows
.\install.ps1
macOS / Linux
./install.sh

手动安装 = 把这个目录复制到 ~/.agents/skills/multi-model-orchestration/。

要求:Python 3.9+。modelops.py 还需 pip install pyyaml(缺了会提示)。
跑 dsh-errors.py 需要 zstd 解压能力:Python 3.14+ 自带 compression.zstd;3.9–3.13 请 pip install zstandard(脚本已做双路径回退,没有也能跑,只是 .zstd 会话文件会被跳过并提示)。

目录

multi-model-orchestration/
├─ SKILL.md 技能本体:路由表 / 编排模式 / 失败手册 / 派活契约 ├─ references/ │ └─ model-matrix.example.md 自动生成的模型能力矩阵(示例) └─ tools/ ├─ modelops.py check / matrix / add —— 自检与配置推导 ├─ ark_image.py 火山方舟图像生成(Seedream),非对话模型 └─ dsh-errors.py 从会话语料里捞子代理的真实报错

快速开始

解释器用你自己的 python(3.9+;dsh-errors.py 需 3.14 或 pip install zstandard) $py = "python" $t = "$HOME\.agents\skills\multi-model-orchestration\tools"

& $py $t\modelops.py check # 连通性:key 是否有效、端点是否可达 & $py $t\modelops.py matrix # 全量能力矩阵 → references\model-matrix.md & $py $t\modelops.py add --provider qwen --model qwen3.9-max --deep # 新模型:自动推导该怎么配 & $py $t\dsh-errors.py -m 30 -g qwen # 捞最近报错

--profile / --creds 必须写在子命令前面:modelops.py --profile phone check ✅

modelops.py add 会打印可直接粘贴的 YAML 片段,例如:

- id: qwen3.7-plus
name: qwen3.7-plus
reasoningEfforts:
"off": none # 注意引号:YAML 里裸写的 off 会变成布尔 False minimal: minimal low: low medium: medium high: high xhigh: xhigh

四种编排模式

// ① 并行扇出:独立子任务
await parallel(items.map(it => () => agent(brief(it), { provider: "qwen", model: "qwen3.5-flash" })));

// ② 对抗式复核(最值钱):同一份结论给两家模型各写批评,分歧点 = 我亲自查的地方
const [a, b] = await parallel([
() => agent(critique, { provider: "bailian", model: "glm-5.3" }),
() => agent(critique, { provider: "qwen", model: "qwen3.8-max" }),
]);

// ③ 便宜模型筛 + 强模型定:flash 出 N 个候选,前 3 个交给旗舰深做 // ④ 多模态分工:截图判读交给视觉模型(让它自己 read_image),文本推理交给 K3/Qwen

失败回退链(摘要)

| 症状 | 处置 |
| agent() 返回 null | 跑 dsh-errors.py 看服务端原话,别盲目重试 |
| 400 developer is not one of [...] | provider 加 compat: { supportsDeveloperRole: false } |
| 400 ... infinite recursion | MCP 工具 schema 设 REA_MCP_INPUT_SCHEMA_PROFILE: compact |
| 400 ... Range of input length | 该模型声明真实 contextWindow |
| 400 'reasoning_effort' must be one of | 只声明该模型认的档位 |
| 模型说"看不到图像" | 模型条目补 input: [text, image] |
| 429 max organization concurrency | 换通道(直连 ↔ 聚合网关)或升级账号等级 |

设计原则

1. 证据优先:所有结论来自服务端真实响应;拿不到证据就写"未知",不猜。
2. 密钥不出配置文件:配置里只写 apiKeyEnv: NAME,明文只进凭据库,永不打印、永不入日志。
3. 直连探测 ≠ DSH 可用:工具走直连 API 判断 key/端点/词表,最终仍要在 DSH 里发一个 1-token 任务确认路由。
4. 成本纪律:探针 1-token;矩阵只在加/换模型后跑;真任务先给便宜模型。

兼容性

- DSH profile 配置文件默认为 ~/.dsh/profiles/desktop/cordis.patch.yml,用 --profile 或环境变量 DSH_PROFILE / DSH_HOME 覆盖。
- 模型清单与词表会随厂商更新变化,矩阵是快照:加/换模型后重跑 modelops.py matrix。

License

MIT —— 见 LICENSE。
预览分享卡片长什么样 ↓Alexander390370/dsh-multi-model-orchestration
分享 · DeepSeek Harness Hub
Alexander390370/dsh-multi-model-orchestration

把任务按模型长处拆给 Kimi/Qwen/GLM/DeepSeek 等多个大模型去干,并自检配置的 DSH Agent…

回到顶部