DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
T

dsh-tri-model

Tri Model

多模型分层协同:规划 → 执行 → 审查 → 自动返工。端点、协议、模型与层级都在设置面板里配。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:starry-sky-blip/dsh-tri-model#2cbf53934092ff21f6e0b8d69a87dd09b9660faf
README兼容性版本

兼容性与来源证明

Tri Model 以 dsh-tri-model 发布,当前版本为 1.0.5。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
github
Registry 更新时间
2026/11/4

版本

1.0.5stable
2026/11/4
1.0.3stable
2026/11/3
1.0.2stable
2026/11/2

相关插件

正在加载相关插件…

最新版
1.0.5
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
web
许可证
MIT
发布源
github
GitHub
★ 2
周下载
0
最近提交
2026/11/4
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 agents-orchestration 分类下经过校验的插件。

Headless@deepseek-ai/dsh-headlessdsh one-shot bundle:基于 dsh-base 的直接核心 Agent/Session 运行器,不包含 Host、HTTP 或浏览器层Experimental Ralph Bundle@deepseek-ai/dsh-experimental-ralph-bundle使用全新代理执行明确请求的重复工作。Subagent Codex@deepseek-ai/dsh-subagent-codex基于官方 app-server 协议的一次性 Codex 子代理提供程序Subagent Claude Code@deepseek-ai/dsh-subagent-claude-code基于官方 Agent SDK 的一次性 Claude Code 子代理提供方

README

dsh-tri-model

把多个厂商的模型接进同一条流水线:规划 → 执行 → 审查 → 自动返工。地址、密钥、协议、模型与层级全部在 DSH 设置里改,改完下一次调用就生效。

这是一个 DSH 原生插件(bundle),不是 MCP 连接器:Host 半边注册四个工具,Client 半边在设置面板里画一整页。

流水线:规划 → 执行 → 审查 → 返工

在设置面板里配,四个工具 + /tri 直接用

装上

# 从 npm
dsh plugin --profile desktop add dsh-tri-model

# 或者指向本地目录(改代码时用,node_modules 里会是软链)
dsh plugin --profile desktop add "file:D:\path\to\tri-model"

--profile 换成你自己的 profile 名(桌面版是 desktop)。装完会标 restart-required,重启 DSH 后生效。

在哪配置

设置 → 多模型协同(排在「插件」之后)。三段:

段干什么
端点地址 + 协议(openai / anthropic / gemini)+ 密钥 + 可选路径覆盖
模型显示名、真实模型名、挂哪个端点、能力上限(caps)
层级顺序、类型(plan / execute / review / judge / route / custom)、用哪个模型、返工门禁
全局返工轮数上限、单次超时

密钥只写进 DSH 凭据库(引用名形如 tri-model.<端点 id>),设置文件里不留明文。想让某个端点用环境变量,给端点加 envKey 即可。

配端点和模型时的几个省事设计:

  • 点「+ 添加端点」先选供应商(17 个预设:火山方舟的两套入口、DeepSeek 官方、智谱 GLM、Moonshot、阿里百炼、硅基流动、百度千帆、OpenAI、Anthropic、Gemini、xAI、Mistral、Groq、OpenRouter、本地 Ollama、自建/其他),地址、协议、路径覆盖一次填好,密钥引用也跟着生成。
  • 「真实模型名」是一个可输入的下拉:框里直接打字照样生效,点右侧 ▾ 或聚焦输入框会列出这家供应商常用的模型 ID(deepseek-v4.1-flash、kimi-k3.1-pro 这种小写带版本号的写法),选一条就填进去,省得记 ID。内置候选只放实际调通过的 ID(目前只有火山方舟 plan 入口那一套),别的供应商不靠猜——直接发 /tri-models 问它要。
  • 卡片默认折叠,一行摘要就够看:名称、协议、地址、密钥是否已配(端点);名称、挂的端点、能力标记(模型);序号、类型、用哪个模型、返工门禁(层级)。点标题展开改字段,段头有「展开全部 / 收起全部」。
  • 下拉里选模型/端点时会带上显示名(Kimi K3.1 Pro · kimi-pro),两个同类模型不会混。
  • 标识(id)跟着名称自动生成(DeepSeek 官方 → deepseek,重名自动加后缀),手改过就不再跟随。
  • 删端点或模型时,如果还有下层在引用它,会先提示「N 个模型在用」,确认后才删——避免删完流水线静默断掉。

四个工具

工具用途
tri_run按配置的层级跑一次协同,返回成品 + 逐层过程
tri_review只审不改:PASS/FAIL + 分数 + 问题清单
tri_config读写配置(show / validate / set-endpoint / add-model / add-layer / move-layer …)
tri_doctor对每个模型发一条最小请求,报延迟、协议与降级情况

/tri 命令

在输入框里打 /tri,空格后面写任务:

/tri 给 tri-model 写一段 200 字的项目简介,面向不熟悉 DSH 的读者

命令把这条任务作为一条用户消息排进当前会话,由主 agent 调 tri_run 跑一遍。结果是一轮正常的对话:有工具卡(带计时、可中途取消),成品与「### 过程」逐层展开,留在上下文里可以继续追问。配置改动立刻影响下一次 /tri。

/tri-doctor 命令

改完密钥想确认通不通,不用翻设置页:

/tri-doctor

逐个模型发一条最小请求,把延迟表(✓ 模型 · 协议 · 毫秒 · 回包)贴进当前会话;后面跟一个模型 id 就只测那个。等价于让 agent 调 tri_doctor。

/tri-models 命令

模型 ID 别靠记忆。直接问服务商:

/tri-models              # 所有端点
/tri-models ark-plan     # 只看某个端点

插件用该端点的密钥请求它的 /models 接口(OpenAI 兼容、Anthropic、Gemini 各自走对应的路径与鉴权),把拿到的 ID 列表贴进会话,上限 200 条。端点没有 /models(比如火山方舟的 Coding Plan 入口)会如实报 404,这时按服务商文档填 ID;401/403 则说明密钥和端点对不上。

协议

protocol 与 baseUrl、apiKey 同级,不是默认值:

取值接口鉴权
openai(默认)/chat/completionsAuthorization: Bearer
anthropic/v1/messagesx-api-key + anthropic-version
gemini/models/{model}:generateContentx-goog-api-key

优先级:模型级 > 端点级 > openai。请求形状、响应解析、错误文案的差异全部关在 lib/protocols.js 里,引擎只看到统一的 {content, reasoning, finish, usage}。

目录

index.js          Host 半边:Config、四个工具、密钥解析
client.js         Client 半边:设置页(settings.section)
lib/config.js     Config schema(schemastery)+ 默认流水线
lib/engine.js     调用、按报错降级、分段审查、流水线与返工
lib/ops.js        tri_config 的动作 → SettingsPathOp
lib/protocols.js  三种协议的请求/响应适配
cordis.patch.yml  Loader 行(id: tri-model)
locale/{zh,en}.json

lib/protocols.js 与 CodeBuddy 版 tri-model-plugin/mcp/protocols.mjs 同源;两边一起改比较省事。

已知边界

  • 协议只覆盖三家;Bedrock、Vertex 这类「同一家、不同壳」的入口要各加一个分支。
  • 层级目前严格顺序执行,没有扇出/并行。
  • 审查层解析 JSON 时,模型不听话就按「文本里找 PASS/FAIL」兜底。
  • 请求是一次性返回(stream: false):跑的过程中只有工具卡在计时,没有逐字输出;一层慢就整条慢(settings.timeoutMs 控制单次上限)。
  • 设置面板里没有「测试连接」按钮:浏览器的请求会被 CORS 挡住,宿主的 RPC 也只对编译期生成的 remote 开放,手写插件注册不了。面板底部因此常驻一行提示「保存后发 /tri-doctor」,连通性用 /tri-doctor 或 tri_doctor 验证。