DSH Plugins
返回列表
🧰

dsh-provider-proxy

联网工具 更新于 2026.10.16

在终端中运行以下命令:

dsh plugin install hpfs0/dsh-provider-proxy

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 终端执行 dsh plugin install hpfs0/dsh-provider-proxy,或按插件市场说明从 https://github.com/hpfs0/dsh-provider-proxy 安装后重启桌面版或 Web。

插件介绍

在 DeepSeek Harness 里,不同 LLM provider 往往落在不同网络环境:有的必须经公司或境外代理才能稳定访问,有的本地直连反而更快。进程级环境变量或全局代理很难表达「只让某一个 provider 走代理、其它照常直连」这种细粒度需求,还容易把 DSH 自身的其它流量一并拖进代理。

dsh-provider-proxy 在设置里提供独立的 Provider 代理页面,为每个已激活的 provider 单独配置是否走代理,以及 HTTP、HTTPS 或 SOCKS5 的类型、主机、端口与可选认证。保存后对新请求立即生效;启用代理后还可一键测试延迟与出口探测。高级选项支持按目标域名后缀决定走代理或直连,默认策略偏保守,避免畸形 URL 意外绕过代理。若环境中启用了 Web 搜索,还会出现 Web 搜索卡片,用于控制 web_search 工具是否经代理。

适合同时配置多个 provider、且只有部分线路需要代理的开发者与日常用户,例如 DeepSeek 直连、其它厂商走固定 HTTP 代理,或仅为搜索工具单独开 SOCKS5。它不替代 provider 上的 baseURL 中转配置,也不读取系统 PAC;需要 web_fetch 走代理时仍需借助环境变量等进程级手段。

使用场景

  • 部分 LLM provider 必须走公司或境外代理,其它 provider 希望保持直连
  • 同一台机器上混用 DeepSeek 与第三方 API,只想为指定厂商单独开 HTTP 或 SOCKS5
  • 需要让 web_search 工具走代理,而其余 DSH 流量仍按原路径访问

适合人员

  • 在 DeepSeek Harness 中配置了多个 provider 的开发者
  • 网络环境对各家 API 访问要求不一致的日常用户
  • 需要在设置里细粒度控制代理而非全局环境变量的 DSH 用户