DeepSeek Harness Hub
← 返回列表

BruceLanLan/dsh-tier-router

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
⚠ 装前注意

dsh-tier-router — 分层模型路由 for DeepSeek Harness

基本兼容但装前注意:npm 同名包「dsh-tier-router」归属 zhangzhangco/dsh-tier-router,装到的可能不是本插件 · 最近上游提交 2026/9/3 · 已提供中文文档
综合分
38.4
GitHub 分
38.4
用户评分
★ Stars
6
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add BruceLanLan/dsh-tier-router
npm 同名包「dsh-tier-router」归属 zhangzhangco/dsh-tier-router,装到的可能不是本插件,改用 GitHub 源安装
数据截至 2026/9/18(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查⚠ 装前注意

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

npm 包dsh-tier-router @ 0.2.2
Node 引擎要求 ^22.19 || >=24 · 基线 Node 22.19 满足
dsh CLI 依赖未声明 dsh 版本约束
入口文件main/exports/bin 已声明

npm 同名包「dsh-tier-router」归属 zhangzhangco/dsh-tier-router,装到的可能不是本插件

验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/18 09:26:27

依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-tools@deepseek-ai/schemastery
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

dsh-tier-router — 分层模型路由 for DeepSeek Harness

license
dsh-plugin

按任务难度分层路由模型:强档(默认 deepseek-v4-pro)负责规划 / 架构 / 评审,
弱档(默认 deepseek-v4-flash)负责日常编码实现,并支持每档回退链与按任务强度
自动选择思考强度。灵感来自 Claude Code 的
在 DeepSeek Harness 里用官方机制实现,并扩展了难度升级门、失败自动升级与 subagent 分层。

English · 中文

工作原理

flowchart LR
subgraph main["主会话(header 驱动)"]
U["用户消息"] --> IN["agent/inbox/inserted"]
IN -->|"auto 模式"| HW["写入 session request/header"]
PM["plan/mode 翻转"] --> HW
HW --> API["api-proxy 选择层"]
API --> STEP["每步模型 = header 档位"]
end
subgraph child["子代理(agent/request 直改)"]
W["tier_worker 派发"] -->|"agentOptions 注入"| C["子代理"]
C --> AR["agent/request 瀑布"]
AR -->|"按档位替换 provider/model"| STEP2["子代理步骤"]
end
G["tools/pre-execute 守卫"] -.->|"弱档 + 高危模式"| DENY["deny + 升级提示"]
E["agent/error 连续失败"] -.->|"阈值内"| ESC["临时强档(TTL)"]

sequenceDiagram
participant U as 用户
participant S as 会话(主代理)
participant A as 强档 v4-pro
participant C as 弱档 v4-flash
U->>S: /tier plan(进入计划模式)
S->>S: 写 header → strong
S->>A: 规划 / 架构 / 设计方案
U->>S: 批准计划,退出计划模式
S->>S: 写 header → cheap
S->>C: 日常编码实现
S->>A: tier_advisor(困难决策)/ tier_review(收尾评审)
Note over S,C: 高危操作(rm -rf / 凭据文件)被守卫拦截,要求先切强档

功能

- 自动分层路由(auto 模式,opusplan 式):进入计划模式时步骤跑强档,执行步骤跑弱档。
在 agent loop 构建首个或恢复后的请求前,路由器会同步 agent 的模型 options 与持久化
request/header;后续切换会保留 maxTokens 等无关请求配置。
- 按会话隔离(per-session):/tier strong|cheap|auto|delegated|off 只影响当前会话,
进程内其他会话保持自己的档位(全局默认 auto)。delegated 模式下主会话保持模型
选择器的选项,只有子代理使用分层路由;/tier auto 仍是显式的本会话覆盖。不想被管理的
会话发一次 /tier off 即可退出。
- 按需咨询(advisor 式):/advisor  命令 + tier_advisor 工具,把一个问题
加已有证据交给强档模型,返回建议 / 证据 / 风险 / 验收条件;实现仍由当前档执行。
- 评审阶段:tier_review 工具 + /tier review ,强档模型对变更与验证结果
给出 APPROVE / NEEDS-CHANGES / BLOCKED 及分级问题清单。
- 失败自动升级:同一会话在窗口内连续出错(默认 60s 内 2 次)自动临时切到强档
(默认 180s),TTL 过期自动回落;off 会话不参与。
- 每档回退链:每个 tier 都有有序回退链。主模型不可用(未知模型、配额、限流、
凭据缺失/失效、server/transport 错误或任意 >= 500)时,路由器在受支持的
request-error 边界切换到下一项并重试同一步。移除全部条目即可关闭回退。回退状态按
agent 与 tier 分开记录,TTL(默认 5 分钟,state.fallbackTtlMs)后回到主模型,
且计划模式切换不会把弱档回退链误解释为强档回退链。
- 可配置双档(持久化):/tier set    [effort] 或
tier_configure 工具可修改任意已注册 provider / model、让强档跟随会话模型选择,并配置
有序回退链。配置持久化于 tier-router settings 命名空间,传 sessionOnly: true 可只改内存。
- WebUI 设置页:Tier routing 页面可配置 provider、模型、思考强度、跟随会话、回退链、
路由模式和子代理策略;可用时使用实时模型目录,目录不可用时保留自定义路由。
- 高危升级门(确定性守卫):当执行档为弱档时,tools/pre-execute 拦截高危工具调用,
要求先切到强档再执行,不依赖模型自觉。守卫规则(纯逻辑 lib/pure.js,单元测试覆盖):
- rm -rf 全拼写:合并参数(-rf)、拆分参数(-r -f)、大小写(-R)、长参数
(--recursive --force)、前缀命令(sudo rm -rf、busybox rm);
- 破坏性命令:mkfs、dd if=、sudo、shutdown/reboot/halt、git push --force/-f、
git clean -f*、find ... -delete / find ... -exec rm、python -c 里的
shutil.rmtree / os.remove、curl|sh、wget|sh、chmod 到 .ssh、chown;
- 敏感路径:.env(.env.example/.template 白名单例外)、credentials/secrets
常见扩展名、.ssh/、id_rsa 等私钥(大小写不敏感)、.pem、.key;
- 散文不误伤:echo rm -rf、grep sudo 之类不触发(锚定命令位置)。
- subagent 分层:tier_worker 按档派发子代理(agentOptions 注入模型),支持
outputSchema(结构化结果)、toolFilter(限制子代理工具)、maxDepth(深度上限)、
persona(子代理人格)、background(jobs 后台执行);/tier subagent
也会在普通 subagent 与 subagent_fork 的首个请求前应用
对应路由。自动升级始终受 TTL 限制,不会永久覆盖 worker 显式选择的档位。
- 难度升级规则注入:向系统提示词注入升级门(歧义未消、架构 / 安全 / 数据完整性、
两次失败、收尾高风险等条件),模型在决策点调用 tier_advisor / tier_review。

安装

作用域说明:dsh-tier-router 的路由能力仍属于 agent 层:工具、斜杠命令、
提示词段落和监听器只在会话选择 tiered 时挂载。profile bundle 的 host 侧现在只
负责一件事:DSH 启动时把包内 tiered preset 同步到发现根目录。

1. 安装到 profile。下次启动 DSH 时,host bundle 会把包内 tiered preset
自动同步到 ~/.dsh/.agent-presets。
dsh plugin --profile web add dsh-tier-router

本地开发同样使用该安装路径:
dsh plugin --profile web add .

2. 重启 DSH,在新会话的预设选择器中选择 “tiered”
(或在 agent-presets 中设为默认)。不需要手动拷贝 preset。

卸载:执行 dsh plugin --profile web remove dsh-tier-router;下次启动 DSH 后不再更新
tiered preset。仅在不再需要时,单独删除 ~/.dsh/.agent-presets/tiered。

安装已实测:包能从 profile store 正确解析;仓库自带的 agent-presets/tiered
preset(standard 副本 + - id: tier-routing / name: dsh-tier-router 行)通过
agentPresets.standingKeyFor 挂载校验;模块加载冒烟通过;npm pack 内容干净
(lib + patch + preset + README/LICENSE)。

安装后验收清单

1. 重启 DSH:先杀掉 LISTEN 在 web 端口的进程(lsof -tiTCP: -sTCP:LISTEN | xargs kill -9),再启动。
2. 新开一个会话——已存在的会话保留创建时的 preset(设计如此)。
3. 运行 /tier status,必须看到:
- config persisted: yes (tier-router settings namespace)
- 两个 tier 各自的 provider/model/effort
- diag: 行为非空的实时计数器
4. 该会话里必须能调用 tier_status / tier_route / tier_configure /
tier_advisor / tier_review / tier_worker 六个工具。
5. 廉价档执行期间,高危命令(如 rm -rf、sudo …)必须被守卫拒绝并给出升级提示。
6. /tier set strong   [effort] 必须回复 Saved to
tier-router settings. 且重启后仍然生效。

如果 /tier status 不可用:说明该会话的 preset 里缺 tier-routing 行(见"安装"),
或该会话创建于切换默认 preset 之前。

使用

斜杠命令(在输入框直接输入,只作用于当前会话)

/advisor                           # 强档模型一次咨询
/tier status                                # 查看路由状态、升级状态与诊断计数器
/tier strong | cheap                        # 本会话强制走某档(可选持久化为会话默认)
/tier auto                                  # 本会话恢复自动(计划模式→强档,执行→弱档)
/tier delegated                             # 主会话保持模型选择器,仅对子代理分层
/tier off                                   # 本会话关闭路由并恢复默认模型(不影响其他会话)
/tier plan                                  # auto + 进入计划模式,并立即应用强档 header
/tier models                                # 列出已注册 provider 与其模型
/tier set    [effort]
/tier subagent        # 子代理全局档位策略
/tier review                        # 强档模型评审

示例输出(/tier status):

Tiered model routing
mode: global=auto, this session=auto (per-session via /tier strong|cheap|auto|delegated|off; escalate: 2 errors / 60s window -> 180s strong)
strong: deepseek-official/deepseek-v4-pro (max)
cheap:  deepseek-official/deepseek-v4-flash (medium)
subagents: inherit
diag: requestSteps=42 guardChecks=31 guardDenies=3 headerWrites=4 errorsSeen=0 escalations=0
session default: deepseek-official/deepseek-v4-pro (max)
providers: deepseek-official, opencode-go, minimax

模型工具(由模型在需要时调用)

| 工具 | 用途 |
| --- | --- |
| tier_advisor | 强档咨询:一个问题 + 证据 → 建议 / 风险 / 验收条件 |
| tier_review | 强档评审:变更集 + 验证结果 → 判定与分级问题 |
| tier_route | 设置本会话档位(strong/cheap/auto/delegated/off,可选持久化) |
| tier_configure | 重配任意档位的 provider/model/effort 与 subagent 策略 |
| tier_worker | 按档派发子代理执行有界任务包;支持 outputSchema / toolFilter / maxDepth / persona |
| tier_status | 只读诊断:全局与本会话档位、升级状态、监听器计数器、生效档位 |

配置

运行时配置(无需重启):

/tier set strong deepseek-official deepseek-v4-pro max
/tier set cheap deepseek-official deepseek-v4-flash medium

/tier set 与 tier_configure 会把双档配置持久化到 tier-router settings 命名空间
(重启不丢;sessionOnly: true 可只改内存)。tier_route strong|cheap|delegated 只影响当前会话
且默认不持久化,传 persist: true 才写入会话默认模型(agent-default-model)。
失败自动升级参数(阈值 / 窗口 / 时长)当前为内建常量,后续版本可配置化。

测试

npm test        # node:test — 20 个用例:守卫正反矩阵、档位决策优先级、per-session 覆盖
npm run check   # 语法检查 lib/index.js 与 lib/pure.js

会话内严格多轮实测(动态插件形态)记录:

| 项目 | 结果 |
| --- | --- |
| 主会话每步路由(持久日志证据) | ✅ request/header 事件显示从 pro 切到 flash |
| 守卫矩阵(auto/strong/off) | ✅ auto 拒 / strong 放行 / off 放行并恢复默认档 / 恢复 auto 拒 |
| 守卫加固(拆分参数、前缀 rm、散文、.env 白名单、大小写) | ✅ 7/7 实测通过 |
| 工具正向 | ✅ advisor/review 真调强档;route 四种模式;configure 改档;worker 在 spawn 与 fork 两个 provider 上完成 |
| worker 新参数 | ✅ outputSchema 结构化结果、toolFilter 限制工具、maxDepth 拒绝超限、非法 filter 干净报错 |
| 工具反向用例 | ✅ 非法 provider 拒绝、非法 subagent provider 报错 |
| subagent 分层 | ✅ 弱档跑 flash、强档跑 pro(子代理日志与返回值证实) |
| 失败升级事件路径 | ✅ agent/error 真实触发、计数器自增、off 模式正确跳过 |
| 生命周期 | ✅ stop 后守卫与工具消失;重新 run 全部恢复且守卫生效 |
| 持久化 | ✅ agent-default-model 写入成功 |
| 跨回合监听器存活 | ✅ 诊断计数器跨回合持续自增 |

FAQ

Q: 为什么我另一个会话的模型被自动切换了?
早期版本是进程级全局模式。v0.3.0 起 /tier 命令只作用于当前会话,
其他会话默认 auto 且互不影响;不想被管理的会话输入 /tier off 即可退出。

Q: 切换档位后没有立刻生效?
档位切换在步骤构建前写入会话 header,从下一步开始生效(一步延迟)。

Q: 想用订阅渠道的模型(如 OpenCode Go / MiniMax)?
先 /tier models 确认 provider 已注册、模型已配置,再
/tier set cheap opencode-go deepseek-v4-flash。pi-ai 类 provider 必须在
settings.yaml 中声明 baseURL/api/models,否则任何模型 id 都会被拒绝。

Q: 高危操作被拦了怎么办?
守卫的提示会告诉你:先 tier_route 切到 strong(或 /tier strong)再重试——
拦截本身就是为了避免弱档模型直接执行破坏性操作。

Q: 装完 bundle 后 /tier 不出现?
本插件是 agent 层插件:必须是你所用会话的 agent preset 里的一行(见"安装")。
只作为 host bundle 行安装不会激活任何东西——agent 层服务(tools/commands/
systemPrompt)在 host 根作用域不可达,因此本包故意不带 host 插入行。加入
preset 行后重启 dsh web 并新开会话,用 /tier status 验证。(动态插件形态是
进程内临时实例,重启即消失。)

已知限制

- 档位切换从下一步生效(header 在步骤构建前写入)。
- 子代理全局档位策略(/tier subagent)是进程级的;worker 的单次派发档位始终优先。
- 失败自动升级的完整"失败→自愈"现场序列在会话内已验证事件路径与单元逻辑,端到端
现场触发建议按 FAQ 操作验证。

许可

MIT

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群