解决方法
首先检查 Windows 系统代理。Windows 设置中已经关闭了代理服务器，WinHTTP 配置也没有代理：
代码块
cmd自动换行
复制代码
12
netsh winhttp show proxy
复制成功输出如下：
代码块
PlainText自动换行
复制代码
1234
当前的 WinHTTP 代理服务器设置:
直接访问(没有代理服务器)。
复制成功随后查看 Internet Settings：
代码块
cmd自动换行
复制代码
12
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings"
复制成功结果中可以看到：
代码块
PlainText自动换行
复制代码
123
ProxyEnable REG_DWORD 0x0
ProxyServer REG_SZ 127.0.0.1:17891
复制成功ProxyEnable=0 表示 Internet Settings 中的系统代理已经关闭，因此这一部分可以从排查范围中排除。
Windows 中有哪些代理配置
排查过程中，重新梳理了一下 Windows 中常见的几种代理来源。对于桌面应用来说，通常包括：
应用自身保存的代理配置；
用户或系统环境变量；
Internet Settings（Windows 设置中的系统代理）；
WinHTTP 代理。
不同程序采用的网络配置来源并不完全一致。例如，很多基于 Electron、Node.js 的客户端会优先读取环境变量，因此即使系统代理已经关闭，程序仍然可能继续使用之前保存的代理地址。
检查环境变量
很多资料都会给出下面这个命令：
代码块
cmd自动换行
复制代码
12
set | findstr proxy
复制成功需要注意，这是 CMD 的命令。
如果在 PowerShell 中执行，set 实际对应的是 Set-Variable，因此会出现参数错误。
PowerShell 中可以使用：
代码块
powershell自动换行
复制代码
12
Get-ChildItem Env: | Where-Object Name -match "proxy"
复制成功输出如下：
代码块
PlainText自动换行
复制代码
123
HTTP_PROXY http://127.0.0.1:7890
HTTPS_PROXY http://127.0.0.1:7890
复制成功进一步查看用户环境变量：
代码块
powershell自动换行
复制代码
123
[Environment]::GetEnvironmentVariable("HTTP_PROXY","User")
[Environment]::GetEnvironmentVariable("HTTPS_PROXY","User")
复制成功可以确认，这两个变量已经写入当前用户环境。
定位问题
客户端提示连接：
代码块
PlainText自动换行
复制代码
12
http://127.0.0.1:7890
复制成功环境变量中的代理地址也是：
代码块
PlainText自动换行
复制代码
123
HTTP_PROXY
HTTPS_PROXY
复制成功两者保持一致。
结合前面的检查结果，可以确认客户端启动时读取了用户环境变量中的代理配置。
这些环境变量通常来自代理软件，例如 Clash、Clash Verge、Mihomo、v2rayN 等。代理软件退出后，环境变量仍然保留，因此后续启动的程序仍会尝试连接本地代理端口。
对于依赖 Node.js 网络栈的程序来说，这类环境变量通常具有较高优先级，因此除了 WorkBuddy，其他 CLI 工具或桌面客户端也可能受到影响。