dsh-egress-router
在终端中运行以下命令:
dsh plugin install funny0A0/dsh-egress-router
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install funny0A0/dsh-egress-router 安装本插件(源码:https://github.com/funny0A0/dsh-egress-router),并按文档将插件加入 desktop profile 的 bundles 后重启 DSH。
插件介绍
在 DSH 里一旦为整个进程设置 HTTPS_PROXY,出站 HTTPS 往往只能「全走代理」或「全不走」——代理没开或节点不稳时,账号资料、插件市场、pnpm 安装等本可直连的服务也会一起挂;而会话 API 又因 NO_PROXY 仍能正常用,问题显得格外割裂。
dsh-egress-router 用「逐目标路由」拆开这种单一答案:为需要特殊出路的端点在本机开一个 127.0.0.1 端口,请求经中转再选直连或 config 里命名的上游代理;其余目标照旧直连。插件会从工作区配置与已装插件里发现 HTTPS 目标,支持探活对比、只改 provider baseURL 的备份与回滚、应用后真实请求自检,以及 relay 式「仅中转、不改配置」路由;还提供指标、兼容补丁、机器人进程内代理注入与配置漂移自愈等能力。
适合已经用过全局代理、又不想为了 Google 系等少数端点牺牲 DeepSeek 账号与市场体验的用户;也适合要为 Telegram 等写死地址的插件单独指定代理、或希望用设置页而不是手改多处 YAML 的人。受保护的核心域名会展示但不建议改写,以降低误伤账号与安装链路的风险。
使用场景
- 全局 HTTPS_PROXY 导致账号资料或插件市场不可用,但模型 API 仍直连
- 只需部分外连(如 Google 系)走 Clash,其余保持直连
- Telegram 等机器人插件需要单独代理,又不想把变量写进会阻止启动的 .env
适合人员
- 已设全局代理、希望缩小故障面的 DSH 桌面用户
- 需要为多个 provider 或外连目标分别选直连/上游的人
- 愿意用设置页扫描、探活与应用,而非手改多处配置的用户