dsh-proxy

DSH 桌面端与 Web 端的 LLM 请求由宿主 Node 进程通过 undici 全局 fetch 发出，既不读取 Windows 系统代理，也不识别 HTTPS_PROXY 环境变量，设置界面中同样没有代理选项。当 API 端点被 Cloudflare 按 IP 拦截（国内宽带段尤为常见）时，用户此前唯一的应对手段是开启 Clash 的 TUN 模式——那需要管理员权限、接管整个网络栈，且可能与日常网络配置产生冲突。

dsh-proxy 提供了一条更轻量的路径：加载时保存当前全局 dispatcher，随即用 undici 的 ProxyAgent 构造带绕过名单的路由 dispatcher 并通过 setGlobalDispatcher 安装。此后进程内所有全局 fetch——模型发现、OpenAI SDK 聊天请求、插件市场、Web 搜索——都经你指定的 HTTP 代理出站，由 Clash 或 mihomo 的规则继续负责国内外分流。配置项极为精简：在设置中填入代理地址与端口（默认 127.0.0.1:7890，即 Clash/mihomo 混合端口），保存即时生效；关闭开关即刻恢复直连，无需重启或卸载。内置 noProxy 列表默认放行 localhost 与回环地址，也支持域名后缀通配。插件仅支持 HTTP/HTTPS 代理，SOCKS5 用户指向混合端口即可。

这个插件适合所有因 IP 被 Cloudflare 拦截而 403、或必须经企业代理才能访问海外模型接口的用户，同时又希望避免 TUN 模式带来的系统级开销。只要 DSH 与代理客户端运行在同一台机器上，dsh-proxy 便在后台静默地将宿主进程的全部出站流量导入代理，让模型列表正常拉取、对话顺畅进行。