最佳 DeepSeek Harness 模型与提供商插件（2026）
最佳 DeepSeek Harness（dsh）模型与提供商插件：Codex/ChatGPT 连接器、故障转移路由、自适应模型选择，以及费用追踪钱包。
DeepSeek Harness（dsh）本身已经通过 Settings → Models 处理模型配置——DeepSeek 原生、一份内置提供商目录（Anthropic、OpenAI、Bedrock、Vertex、Azure、Codex），以及任意 OpenAI 兼容的自定义端点。这个分类里的插件不是要替代这套机制，而是在它之上做增量——导入额外的登录方式、在模型之间自动路由，或者追踪这一切到底花了多少钱。按 star 数，排名靠前的是 dsh-codex-connect 和 deepseek-harness-wallet。完整清单与安装命令见下文。
这里的"provider"指的是什么，又不是什么
在看清单之前有必要说清楚这一点，因为这个分类名容易引发一个错误的假设。dsh 真正的 provider 配置——Provider ID、Base URL、API 协议、模型列表、Fetch available models 按钮——都在 $DSH_HOME/settings.yaml 里，完全由 Web UI 的 Models 页面驱动，具体可参考《设置你的 DeepSeek API Key 与模型》和《在 DeepSeek Harness 中使用 OpenAI、Anthropic 或任意 OpenAI 兼容 API》。下面这些插件没有一个重新实现那套机制。
它们真正加的是：OAuth 导入捷径（这样你就不用给一个已经有原生登录流程的 provider 手动填 API key）、故障转移与路由策略（这样一个失败或过载的模型不会直接搞垮你的会话），以及费用可见性（因为一旦你配置了多个 provider，这些默认都是看不到的）。
在决定某个插件的 OAuth 导入手法值不值得信任之前，了解一下 dsh 是怎么解析凭据的也有帮助：文档记录的顺序是继承的进程环境 → $DSH_HOME/.credentials.yaml → 调用目录下的 .env → $DSH_HOME/.env。任何插件写进这条链路里的东西，都和你手动配置的凭据处在同一个层级——它不会拿到一条独立的、权限更高的存储路径。
完整清单
本榜单只使用人工审核的 awesome-dsh-plugin 收录集合（source=awesome）——而不是同样收录在完整模型与提供商分类页里的自动发现插件；截至 2026 年 8 月，该分类共有 38 个插件。star 数是2026 年 8 月的快照。
| # | 插件 | Star | 做什么 |
|---|---|---|---|
| 1 | dsh-codex-connect | 7 | ChatGPT OAuth + Codex 模型，可选搜索/图片工具 |
| 2 | deepseek-harness-wallet | 6 | 多 provider 余额、按会话费用、低余额提醒 |
| 3 | Qwen-MM-Plugins | 4 | Qwen 多模态插件支持 |
| 4 | dsh-llm-fallbacks | 3 | 基于角色的 LLM 重试与故障转移策略 |
| 5 | dsh-github-login | 3 | 可视化 GitHub device-flow 登录，无需终端 |
| 6 | dsh-model-router | 2 | 确定性关键词路由 + 白名单模型切换 |
1. dsh-codex-connect —— 7 star
分类： 模型与提供商 · 仓库： franksong2702/dsh-codex-connect
把 ChatGPT OAuth 和 OpenAI Codex 模型接入 dsh，附带可选的搜索和图片工具。dsh 自己的 provider 目录把 Codex 列为需要原生 OAuth 而不是单纯 API key 的 provider（区别见《OpenAI 兼容 API 指南》）——这个插件是社区提供的一种把这个登录接进来的方式。
dsh plugin --profile web add dsh-codex-connect
2. deepseek-harness-wallet —— 6 star
分类： 模型与提供商 · 仓库： feibi-mochi/deepseek-harness-wallet
Web UI 里的一个多 provider 钱包挂件：官方 DeepSeek 余额、按会话的费用和 token 数、第三方 token 总量、充值快捷入口，以及低余额提醒。如果你加了不止一个自定义 provider、已经搞不清每个会话到底花了多少钱，这个插件把这个数字直接摆到你眼前，不用分别去查每个 provider 各自的面板。
dsh plugin --profile web add github:feibi-mochi/deepseek-harness-wallet
3. dsh-llm-fallbacks —— 3 star
分类： 模型与提供商 · 仓库： btspoony/dsh-llm-fallbacks
基于角色的 LLM 重试与故障转移策略——当配置的模型报错或触发限流时，这个插件定义了接下来该 fallback 到哪个模型，而不是直接让整个 turn 失败。如果你想要的具体是重试策略而不是请求时路由，这是比下面的 dsh-model-router 更窄、也更可配置的选择。
dsh plugin --profile web add github:btspoony/dsh-llm-fallbacks
4. dsh-model-router —— 2 star
分类： 模型与提供商 · 仓库： superboy911/dsh-model-router
为 dsh 提供确定性的关键词路由、白名单式模型切换，以及一个隔离的 image_gen 通道——模型路由决策是基于规则的（请求里的关键词），而不是自适应的，这让行为在团队场景下更可预测，尤其是当"这条回复到底是哪个模型答的"需要可追溯时。
dsh plugin --profile web add github:superboy911/dsh-model-router
5. llm-adaptive —— 2 star
分类： 模型与提供商 · 仓库： dylan121322/llm-adaptive
自适应模型路由，按请求做复杂度分类并自动路由到对应 provider——是上面 dsh-model-router 基于规则做法的复杂度感知版对应物。如果你想把便宜的请求路由到小模型、只在任务真正需要时才升级到大模型，这两个插件值得放在一起比较。
dsh plugin --profile web add github:dylan121322/llm-adaptive
6. dsh-codex-auth —— 2 star
分类： 模型与提供商 · 仓库： suntianc/dsh-codex-auth
上面 dsh-codex-connect 的一个更窄的替代方案：它复用你已经在 Codex CLI 里完成过的登录，把它作为 dsh 里的 openai-codex LLM 路由，并给 DSH Web settings 加了 GPT Auth 控制项。如果你日常已经在用 Codex CLI、不想再认证一遍，这是攻击面更小的选择。已发布到 npm。
dsh plugin --profile web add dsh-codex-auth
这个分类里的其他插件：Qwen-MM-Plugins（4 star，Qwen 多模态支持）、dsh-github-login（3 star，可视化 device-flow GitHub 登录，同步进 gh CLI）、以及 dsh-everything-oauth（1 star，一次性把本地的 Codex、Grok、Claude、OpenCode、CC Switch 登录都导入 dsh 的 Settings——是这份清单里覆盖面最广的 OAuth 导入插件，代价是要把所有登录都信任给同一个插件）。完整列表见模型与提供商分类页。
FAQ
添加自定义模型 provider 需要装这些插件吗？
不需要。添加任何 provider——DeepSeek 原生、内置目录里的 provider，还是完全自定义的 OpenAI 兼容端点——都可以通过 Settings → Models 完成，不需要任何插件。具体流程见《DeepSeek Harness API Key 设置》。
OAuth 导入类插件到底帮我省了什么？
有些 provider 需要原生鉴权而不是单纯的 API key——Codex（OAuth）、Bedrock（AWS 凭据）、Vertex（ADC project）、Azure（api-version）——单纯往 API Key 字段里粘一个 key 是不生效的。像 dsh-codex-connect、dsh-codex-auth、dsh-everything-oauth 这些插件存在的意义，就是把那套原生登录流程接进来，有时候还能直接复用你在别的 CLI 工具里已经完成的登录。
模型故障转移/路由是 dsh 原生就有的能力吗？
不是作为可配置策略原生存在的——dsh 只会路由到某个会话或请求明确指向的模型。dsh-llm-fallbacks、dsh-model-router 和 llm-adaptive 都是社区插件，用各自不同的策略（失败重试、关键词规则、复杂度分类）填补了这个空白。
DeepSeek 原生的 chat 模型能接收图片吗？
不能——根据官方文档，DeepSeek 自己的 chat-completions 路由是纯文本的，无法通过任何配置让它接收图片。如果你需要视觉能力，需要添加像 Qwen-MM-Plugins 这样的多模态 provider，或者声明了 input: [text, image] 的自定义 provider，具体做法见《使用 OpenAI、Anthropic 或任意 OpenAI 兼容 API》。
下一步
想了解添加 provider 的完整机制，以及 Web UI 没有暴露出来的 settings.yaml 字段，读《在 DeepSeek Harness 中使用 OpenAI、Anthropic 或任意 OpenAI 兼容 API》。如果你最关心的是成本，看《DeepSeek Harness 免费吗？》。想看完整插件目录，浏览 /plugins。