有用户反映谷歌AI编程工具Antigravity启动后长时间卡在Loading界面，随后黑屏无法使用。查看日志发现Electron报错“Failed to load URL: https://127.0.0.1:55654/”，错误码为ERR_TIMED_OUT，即本地服务连接超时。随后用户展开排查：先用netstat确认55654端口监听正常，再用curl绕过代理直连该本地地址，TCP能够建立连接但无任何数据返回。最终定位到问题根源：Antigravity的language_server.exe进程在直连谷歌服务器时未走系统代理，请求一直停留在SYN_SENT状态，进而拖垮整个应用。用户还尝试禁用GPU加速和插件进行排除测试，均无法解决问题。临时解决方案是编写启动脚本，在启动前设置HTTP_PROXY和HTTPS_PROXY环境变量指向本地代理端口，同时将127.0.0.1和localhost加入NO_PROXY列表，配置后应用即可正常启动。该用户随后注册谷歌AI开发者论坛准备反馈此bug，但帖子刚编辑发出，问题便自行恢复，疑似与平台风控机制有关。作者在帖末询问其他用户是否遇到过同样问题，并希望官方能彻底修复代理兼容缺陷。
事件分析
Antigravity是谷歌推出的Agent式AI编程IDE，采用本地客户端配合language_server进程的架构，本地进程需与云端模型服务保持长连接，对网络链路的要求远高于传统本地IDE。此次故障暴露出两个工程细节：一是Electron主进程与子进程的代理配置并不天然继承，系统代理设置对独立发起连接的子进程常常失效；二是对需要代理才能访问谷歌服务的网络环境而言，缺少代理感知能力的工具会直接不可用。类似问题在Cursor、Claude Code等工具的早期版本中也曾出现，社区普遍以启动脚本注入环境变量作为过渡方案。后续值得关注的走向包括：谷歌是否会在客户端内完善代理设置选项，以及云端强依赖型AI开发工具如何提升在复杂网络环境下的可用性。
核心观点：AI编程工具的云端强依赖让网络兼容性成为隐形门槛，代理适配这类细节正决定国际开发工具的实际可用性。
原文链接：Linux.do
