dsh-routing-suite 是什么？DeepSeek Harness 多模型路由类 DSH plugin 解析

dsh-routing-suite 是给 DeepSeek Harness 加路由能力的一类社区 DSH plugin：按任务、成本或推理模式，把请求分派给不同模型或预设（来源）。 这篇讲清它解决什么问题、怎么接进 DeepSeek Harness、以及省成本与保质量的取舍。

dsh-routing-suite 这枚 DSH plugin 是什么：给请求加一层「分派」

路由类插件的核心作用，是在「请求」和「模型」之间加一层决策：不再所有任务都走同一个模型。 它要解决的是「一刀切」带来的浪费：

1. 按任务分派 — 简单任务走轻量模型或轻量推理模式，复杂任务走强模型。预期：重活不省、轻活不贵。
2. 按成本分派 — 给不同模型设成本阈值，把不敏感的任务引到更经济的提供方。预期：整体花费下降。
3. 按能力分派 — 需要长上下文、图像或特定工具调用的任务，交给具备该能力的模型。预期：能力匹配，少出错。

市面上名为 dsh-routing-suite 的实现不止一个，路由维度也略有差异：有的偏「轻量智能路由模式」，按首个任务在检查优先与直接执行之间自动选择；有的更像「路由套装」，集成运行时注入器、任务感知的思维模式路由预设与分级任务协议（来源）。共同点是：都在官方「一切皆插件」的模型接入之上，多做了一层按需分派。

它是怎么接进 DeepSeek Harness 的

路由是叠加在官方模型配置之上的一层：先把模型提供方配好，再让路由插件按规则选择走哪个。 官方文档说明，模型在「设置 → 模型」里管理，支持内置第三方提供方（如 anthropic、openai 等）与自定义模型 API（提供 Provider ID、base URL、协议、凭据与模型列表），改动在下次请求生效，无需重启服务（来源）。接入路由插件按四步走：

1. 配好模型提供方 — 在「设置 → 模型」里加好你要用到的每个模型，填好密钥。预期：每个提供方单独可用，能直接对话。这一步的细节见《配置多个模型提供方》。
2. 装路由插件 — 到 DSH Plugin Hub 按路由、模型调度等关键词找实现，或按条目给出的命令安装。预期：插件进入 web profile 的插件树。
3. 写路由规则 — 按任务类型 / 成本 / 能力，指定每类请求的目标模型。预期：规则覆盖你的主要任务场景。
4. 设一个兜底模型 — 指定没有任何规则命中时走哪个。预期：规则漏判时链路不断。
5. 小流量验证 — 用几类真实任务跑一轮，对比结果与花费。预期：能看出分层是否合理。

注意路由插件与官方模型配置是叠加关系，不是替代：提供方没配好，路由无处分派；路由没装，官方配置依然可用。

DSH plugin 适用与代价：省成本、提质量是否成立

「省成本」和「提质量」能否同时成立，取决于任务分布与规则准确度，插件本身不做保证。 把账算清楚再决定：

具体权衡：

1. 省成本有条件 — 只有在轻量任务占多数、且路由判断可靠时才省钱；若规则把难任务错判成简单任务，省下的成本会以质量损失的方式还回去。
2. 配置复杂度真实存在 — 你要维护多个提供方、每类任务的目标模型，以及失败回退；模型越多、规则越细，维护面越大。
3. 失败回退必须有 — 链路变成「请求 → 路由 → 模型」，任何一环配置错误都可能表现为答非所问或报错；没有兜底模型时，规则漏判会让整条链路不可用。

使用 DSH plugin 的注意事项

以下几点是把这枚 DSH插件（DeepSeek插件）接进配置前要记住的。 逐条如下：

1. 先配提供方再上路由：路由建立在官方模型配置之上，顺序别反。
2. 规则要可验证：上线前用真实任务跑对比，别凭感觉定分层。
3. 兜底别省：一定设一个默认模型，避免漏判即全断。
4. 排查要记得中间层：出问题时除了查模型，还要查路由规则本身。
5. 版本要对齐：社区插件要核对兼容的核心版本与维护状态，来源见《配置与配置层级》。

来源：Configure models（官方文档）、dsh-routing-suite（dragonbaba）、dsh-routing-suite（yjh051108）、dsh-routing-suite（npm）