摘要：编辑器与其后台进程不一定继承系统代理，于是出现浏览器能开 GitHub、补全却无响应。在编辑器里设 http.proxy，或直接开 TUN，问题基本消失。
一分钟速查
- 编辑器设代理：settings.json 里填 http.proxy。
- 开 TUN：覆盖面最全，推荐优先。
- Git 单独配：clone、push 慢要单独设 git 代理。
- 固定节点：选美国、日本、新加坡，关自动切换。
方法一：编辑器单独设置代理
Cursor 基于 VS Code，两者都可在 settings.json 里填代理，端口以客户端显示的混合端口为准，示例为 7897：
"http.proxy": "http://127.0.0.1:7897",
"http.proxySupport": "override"
保存后完全退出编辑器再重开。JetBrains 系列 IDE 用 Copilot 时，在 IDE 自身的 HTTP 代理设置里填同样地址。Cursor 部分版本提供关闭 HTTP/2 的选项，代理环境下对话异常时可尝试开启对比。
方法二：开启 TUN 模式
TUN 模式在系统网络层接管流量，编辑器、语言服务、扩展后台进程都会自动走代理，不用逐个配置。开启后记得关闭编辑器里的 http.proxy，避免重复代理。
别忘了 Git 本身
Copilot 能用但 git clone、push 很慢，是因为 Git 命令行有独立代理设置：
git config --global http.proxy http://127.0.0.1:7897
git config --global https.proxy http://127.0.0.1:7897
排查顺序
确认浏览器可达
确认浏览器能正常打开 github.com 与 cursor.com。
设编辑器代理
在编辑器设置 http.proxy，或开启 TUN 模式。
重开并重登
退出并重开编辑器，重新登录账号。
固定节点
手动固定美国、日本或新加坡节点，关闭自动切换。
换低丢包节点
仍不稳定，换低丢包的专线节点对比。
关于编辑器代理的 3 个误区
- 「浏览器能用编辑器就能用」——编辑器不继承系统代理，要单独设 http.proxy 或开 TUN；
- 「Copilot 没响应就是账号问题」——多数是代理没覆盖编辑器后台进程，先查网络；
- 「设了系统代理就全搞定」——编辑器、Git 各有独立代理设置，系统代理管不到它们。