有用户在使用谷歌AI编程工具Antigravity时遇到登录故障：点击登录后，浏览器中Google OAuth授权流程一切正常并提示授权成功，但返回客户端后登录失败或毫无反应。经过排查，问题出在Antigravity客户端自身发出的oauth2.googleapis.com/token请求上。浏览器配置了代理因此授权页面访问正常，但Antigravity客户端不会自动使用系统代理，导致换取令牌环节直接连接Google失败。解决办法是在启动Antigravity时通过环境变量手动指定代理：在CMD中依次执行set HTTP_PROXY和set HTTPS_PROXY命令设置本地代理地址（以v2rayN为例端口为10808），再通过start命令启动客户端，重新走一遍OAuth登录即可成功。为避免每次手动输入命令，可以编写BAT批处理文件，将环境变量设置与启动命令写入其中，以后双击启动即可，也可创建桌面快捷方式。注意事项包括：路径中的用户名需替换为实际值，也可使用%LOCALAPPDATA%变量适配默认安装路径；代理端口需按实际软件调整，Clash系列一般为7890；必须填写HTTP代理或混合端口，纯SOCKS端口可能不生效；开启TUN模式理论上也能解决，但对不想全局接管流量的用户，环境变量方式更为轻量。
事件分析
此次故障暴露了Electron类桌面应用在网络代理处理上的常见缺陷：应用内浏览器组件走系统代理，而客户端原生发出的网络请求却直连，导致OAuth这类多环节认证流程在令牌交换阶段断裂。Antigravity作为谷歌随Gemini 3推出的智能体编程IDE，发布初期用户激增，国内开发者普遍依赖代理环境访问谷歌服务，此类网络适配问题具有相当的普遍性和复现价值。环境变量方案是跨平台通用做法，Linux与macOS用户稍加变通同样适用。从产品角度看，官方若能在客户端内置代理设置项或完善系统代理读取逻辑，该问题有望从根源解决；在此之前，社区积累的此类实践方案将成为新工具落地的必要补充。
核心观点：AI工具的落地体验不只取决于模型能力，网络链路这类基础设施细节同样是横在开发者面前的隐形门槛。
原文链接：Linux.do
