前言¶
在 DeepSeek Harness(DSH)里做复杂任务时,常见做法是手动换模型、分段提示,或在外部脚本里串多个 API。模型能力不同,规划、写代码、审查往往适合分开;一旦某一步质量不够,还要自己决定是否重跑。社区插件 dsh-tri-model(维护者 starry-sky-blip)把「规划 → 执行 → 审查 → 自动返工」做成一条可配置的流水线,端点、协议、模型与层级都在 DSH 设置面板里改,改完下一次调用即生效。它是 DSH 原生 bundle 插件,不是 MCP 连接器:Host 侧注册四个工具,Client 侧提供完整设置页。
这是什么¶
dsh-tri-model 把多个厂商的模型接进同一条协同流程。密钥写入 DSH 凭据库(引用名形如 tri-model.<端点 id>),设置文件不留明文;也可为端点配置 envKey 从环境变量读密钥。
当前 npm 包版本为 1.0.5(MIT),要求 Node >=20,DSH >=0.2.0-rc.1 且 <0.3.0-0。
核心功能¶
流水线¶
默认语义是:规划 → 执行 → 审查 → 自动返工。层级在设置里按顺序配置,类型包括 plan、execute、review、judge、route、custom 等;可为层级设置返工门禁。全局还可设返工轮数上限与单次超时(settings.timeoutMs)。
层级目前严格顺序执行,没有扇出或并行;请求为一次性返回(stream: false),运行过程中主要靠工具卡计时,没有逐字流式输出。
设置面板:设置 → 多模型协同¶
该节排在「插件」之后,分四块:
| 段 | 作用 |
|---|---|
| 端点 | 地址、协议(openai / anthropic / gemini)、密钥、可选路径覆盖 |
| 模型 | 显示名、真实模型名、挂载端点、能力上限(caps) |
| 层级 | 顺序、类型、选用模型、返工门禁 |
| 全局 | 返工轮数上限、单次超时 |
添加端点时可从 17 个供应商预设 选(含火山方舟两套入口、DeepSeek 官方、智谱 GLM、Moonshot、阿里百炼、硅基流动、百度千帆、OpenAI、Anthropic、Gemini、xAI、Mistral、Groq、OpenRouter、本地 Ollama、自建/其他),地址与协议会预填。删端点或模型时若仍被引用,会先提示「N 个模型在用」,确认后才删除。
协议与 baseUrl、apiKey 同级指定,优先级为模型级 > 端点级 > openai:
| protocol | 接口 | 鉴权 |
|---|---|---|
openai(默认) |
/chat/completions |
Authorization: Bearer |
anthropic |
/v1/messages |
x-api-key + anthropic-version |
gemini |
/models/{model}:generateContent |
x-goog-api-key |
引擎侧统一看到 {content, reasoning, finish, usage};差异封装在 lib/protocols.js。已知边界:协议目前只覆盖上述三家;Bedrock、Vertex 等需单独分支。
四个 Host 工具¶
| 工具 | 用途 |
|---|---|
tri_run |
按配置的层级跑一次协同,返回成品与逐层过程 |
tri_review |
只审不改:PASS/FAIL、分数、问题清单 |
tri_config |
读写配置(show / validate / set-endpoint / add-model / add-layer / move-layer 等) |
tri_doctor |
对每个模型发最小请求,报告延迟、协议与降级情况 |
斜杠命令¶
在输入框可直接用:
/tri 给 tri-model 写一段 200 字的项目简介,面向不熟悉 DSH 的读者
任务作为用户消息进入当前会话,主 agent 调用 tri_run;结果含工具卡(可取消)、成品与「### 过程」逐层展开。
改完密钥后验证连通性(设置页无「测试连接」按钮,因浏览器 CORS 与宿主 RPC 限制):
/tri-doctor
可跟模型 id 只测单个。等价于调用 tri_doctor。
向服务商拉模型 ID 列表(上限 200 条):
/tri-models
/tri-models ark-plan
端点无 /models 时会报 404;401/403 表示密钥与端点不匹配。
安装与启用¶
下面命令来自插件 README,请将 --profile 换成你的 profile 名(桌面版一般为 desktop)。安装后会标记 restart-required,需重启 DSH 后生效。
# 从 npm
dsh plugin --profile desktop add dsh-tri-model
# 或者指向本地目录(改代码时用,node_modules 里会是软链)
dsh plugin --profile desktop add "file:D:\path\to\tri-model"
插件以当前 DSH 进程的权限运行;安装前建议自行查看 GitHub 源码 与 MIT 许可证,确认端点与密钥配置符合你的安全策略。
典型用法¶
- 安装并重启 DSH 后,打开 设置 → 多模型协同,按端点 → 模型 → 层级顺序配置;不确定模型 ID 时在会话里执行
/tri-models或针对某端点/tri-models <端点 id>。 - 保存后发
/tri-doctor确认各模型可达。 - 在输入框用
/tri加任务描述跑一整轮协同;需要只审查、不改内容时,由 agent 调用tri_review;批量改配置可用tri_config。
审查层期望 JSON;若模型未按格式输出,会按文本中 PASS/FAIL 兜底解析。
适用场景与注意¶
适合:希望在 DSH 内固定「规划—执行—审查—返工」分工、又不想维护外部编排脚本的用户;需要同一任务里混用 OpenAI 兼容、Anthropic、Gemini 三类协议端点的场景。
注意:
- 社区目录 SkillHub 插件页 与 GitHub 仓库由社区维护,与 DeepSeek / 幻方无官方从属关系;DSH 生态理念是「一切皆插件」。
- 返工与超时由全局与层级配置约束;一层慢会拖慢整条流水线。
- 内置「真实模型名」下拉候选目前主要覆盖已调通的火山方舟 plan 入口一套;其他供应商以
/tri-models或文档为准。
结尾¶
dsh-tri-model 把多模型分层协同收进 DSH 设置与四个工具,用 /tri 即可在会话里跑完整流水线。进一步了解可访问 SkillHub 目录页 与 GitHub 仓库。