前言¶

在 Windows 上使用 DeepSeek Harness（DSH）时，模型请求、web_fetch、bash 与 MCP 子进程往往各自走不同的出口：有的在进程里直连，有的只认环境变量里的 HTTP_PROXY。若你已经在系统设置里配置了代理，还要在 ~/.dsh/.env 里再写一遍，容易和 DSH 自带路由冲突，改系统代理后还要重启或手动改配置。

下面介绍社区插件 dsh-sysproxy（插件页中文名为 dsh-系统代理）。它定时读取 Windows 注册表里的 Internet 设置，把系统代理同步为 DSH 的进程级 HTTP 路由，并在插件页提供开关；关闭开关后恢复 DSH 启动时的直连路由。

这是什么¶

dsh-sysproxy 由维护者 Rei1mu 发布，归类为联网工具，仓库地址为 github.com/Rei1mu/dsh-sysproxy。插件在 SkillHub 目录页 可检索；该目录为社区站点，与 DeepSeek / 幻方无官方从属关系。

一句话定位：在 Windows 上让 DSH 跟随系统代理，带可即时生效的开关；非 Windows 平台插件空转，不改动路由。

核心功能¶

插件行为以 README 为准，要点如下。

1. 轮询注册表：每 5 秒读取 HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings。
2. 系统代理开启时：将 ProxyServer、ProxyOverride 装配为 DSH 的进程级 HTTP 路由。
3. 系统代理关闭或改地址时：自动跟随，无需重启 DSH。
4. 插件页开关关闭后：恢复 DSH 启动时的路由（直连）。

覆盖范围¶

不支持的能力¶

• PAC 脚本（AutoConfigURL）：仅打一条日志，随后直连。
• SOCKS 代理条目（socks=...）：跳过并记日志。
• 非 Windows：插件直接空转。

路由实现优先使用 DSH 自带的 @deepseek-ai/dsh-http-proxy，使全局 dispatcher、web_fetch 与子进程环境一致；找不到该包时退回插件内置的 undici dispatcher。

安装与启用¶

安装前请自行查看仓库源码与 MIT 许可证；插件以当前 dsh 进程权限运行。

官方 README 给出的安装方式示例为本地路径添加（请把路径换成你本机克隆或解压后的目录）：

npx -y @deepseek-ai/dsh plugin --profile desktop add "file:C:/Users/user/WorkBuddy AI/dsh-sysproxy"

也可以在 DSH 桌面版的「添加插件」对话框里填写同一本地路径。

装完后重启 dsh。插件页会出现 dsh-sysproxy，内含开关。

配置¶

典型用法¶

1. 在 Windows「设置 → 网络和 Internet → 代理」中开启系统代理，填写与平时浏览器一致的 ProxyServer（及需要的绕过列表）。
2. 安装并重启 DSH 后，在插件页保持 dsh-sysproxy 开关为开启（对应配置 enabled: true）。
3. 此后约每 5 秒同步一次注册表；你修改系统代理地址或关闭系统代理时，DSH 侧路由会跟着变，无需再改 DSH 配置。
4. 若某次任务需要暂时不走系统代理，在插件页关闭开关即可恢复启动时的直连；需要固定走代理时，应使用 Windows 系统代理，而不是在 ~/.dsh/.env 里写死代理变量。

适用场景与注意¶

适合谁：主要在 Windows 上使用 DSH 桌面版、且已习惯用系统代理统一管浏览器与其它应用出口的开发者。

务必注意：

• 不要在 ~/.dsh/.env 里配置 HTTP_PROXY / HTTPS_PROXY。启动环境先于插件生效，会与本插件争抢路由。
• 依赖 PAC 或 SOCKS 条目的环境，本插件不会按同样方式转发，需改用 HTTP 代理或另寻方案。
• 插件运行在 dsh-desktop-host 子进程内，无法扩展托盘右键菜单；要完整重启应用，可用托盘「退出」后重新打开。

结尾¶

dsh-sysproxy 把 Windows 系统代理与 DSH 的 HTTP 出口对齐，并保留插件页一键回直连的能力。进一步了解可访问 SkillHub 目录页 与 GitHub 仓库。