一位用户在使用 Google 的 AI 编程工具 Antigravity IDE 时遇到登录问题：由于电脑上安装了多款内网代理软件，开启 TUN 模式（全局虚拟网卡接管）时常出现异常。经尝试发现，无需开启 TUN，只需让 Antigravity 进程本身走本地代理即可正常登录。具体做法是通过 PowerShell 为该进程注入代理环境变量。以 Clash Verge Rev 为例（本地混合端口为 7897，v2ray 默认混合端口约为 10100），在 PowerShell 中依次设置 HTTP_PROXY、HTTPS_PROXY 和 ALL_PROXY 三个环境变量指向 http://127.0.0.1:7897，随后以完整路径启动 Antigravity IDE。这种方式仅对 Antigravity 及其子进程生效，不会接管整个 Windows 网络设置。为免去每次手动输入命令的麻烦，作者还提供了快捷方式方案：新建 Windows 快捷方式，目标填写 powershell.exe 并附加 -WindowStyle Hidden 参数与相应命令，通过 Start-Process 拉起 IDE，再将快捷方式图标替换为 Antigravity 自带图标，之后双击即可启动，既不需要 TUN 也不会污染系统全局代理配置。作者提醒，示例中的端口号 7897 与 Antigravity 安装路径需替换为读者自己的实际配置。
事件分析
这篇帖子的技术核心在于’进程级代理’与’TUN 全局接管’之间的取舍。TUN 模式通过虚拟网卡接管全部流量，覆盖面广，但容易与企业 VPN、内网代理软件产生路由冲突；而环境变量注入是 Electron/Chromium 系应用普遍支持的标准代理方式，作用域精确、副作用小，属于更稳妥的工程实践。对于 Antigravity 这类依赖 Google 账号体系的 AI 编程工具，网络可达性直接决定登录与模型调用能否完成，因此此类代理配置技巧在国内开发者社区具有现实需求。后续若 Antigravity 原生提供图形化的代理设置项，将显著降低普通用户的配置门槛；同样的环境变量方案也可迁移至 Cursor、VS Code 等同架构工具，具备一定的通用参考价值。
核心观点：AI 编程工具的可用性瓶颈往往不在模型能力，而在网络链路这类'最后一公里'的落地细节。
原文链接：Linux.do
