dsh-provider-proxy

在多 Provider 并行的 DSH 工作流里，全局开启 HTTP_PROXY 加 NODE_USE_ENV_PROXY=1 往往一刀切：所有出站请求都被迫穿过同一条代理通道，而你可能只需要其中一两个上游走代理。dsh-provider-proxy 把粒度收紧到 DSH 路由级别——只有你标记的 Provider 流量经过 HTTP 或 HTTPS 正向代理，其余 Provider 继续走直连网络，即使请求并发到达也互不干扰。

管理体验上，重启 dsh web 后打开 Settings → Provider 代理，每个可用 Provider 都配有独立的开关、代理地址、可选的代理认证头和保存/重置控件。关闭开关对新请求立即生效，正在进行中的流式响应则被允许在当前 dispatcher 上完成，无需编辑 YAML 或重启进程。认证信息通过独立环境变量传入，URL 中内嵌凭据会被直接拒绝，避免凭据泄漏到配置文件中。中间件同时覆盖了 llm.discoverModels() 的探活路径，因此模型列表拉取也会走所选代理。

它适合这样的场景：你同时使用多个 LLM 上游，其中部分需要通过公司防火墙或出口代理访问，部分位于内网或无需代理；或者你希望把代理策略从进程级环境变量中解耦出来，按路由精确控制。需要留意的是，该中间件基于 Undici ProxyAgent，仅支持 HTTP/HTTPS 正向代理，不支持 SOCKS 或 PAC；也只覆盖使用 globalThis.fetch 的 Provider 实现，绕过 Fetch 直连套接字的 SDK 不在其范围内。