针对近期 Google 推出的 Antigravity 2.0（即 Gemini 集成开发环境），部分开发者遇到了更新后无法正常登录或连接服务器的问题。特别是在企业网络环境下，由于虚拟网卡（TUN）模式通常与公司 VPN 存在冲突，许多用户依赖 Proxifier 等工具进行流量代理。然而，原有的配置规则在此次更新后突然失效，导致应用断连。经过技术排查发现，问题的根源在于 Google 对 Antigravity 的底层架构进行了重构。原本针对 macOS ARM 和 x64 架构分别运行的两个独立语言服务器进程（`language_server_macos_arm` 和 `language_server_macos_x64`），已被统一合并为一个单一的 `language_server` 进程。此外，新版本还包含了独立的 Gemini 相关进程。要解决连接问题，用户必须更新 Proxifier 的代理规则，增加或修改目标进程名，涵盖 `Antigravity.app`、`Gemini.app`、`com.google.GeminiMacOS` 以及更新后的 `language_server`。这一发现揭示了 Google 正在快速调整其 AI 开发工具的后端架构，以优化跨平台支持。
事件分析
此次事件揭示了主流 AI 开发工具在快速发展期的典型特征：高频的底层重构。Google 将架构相关的语言服务器进程统一，意味着 Antigravity 正试图从底层优化对不同硬件平台的兼容性及模型调度的效率。对于使用者而言，这虽然可能意味着未来更稳定的 IDE 体验，但在短期内却显著增加了环境维护的复杂度。尤其是对于受限于网络环境、必须依赖精细代理规则的开发者来说，软件的静默更新往往意味着“规则失效”。这种变化表明，AI 编程工具尚未进入稳定的维护期，其内部组件（如语言服务器的进程命名）仍处于剧烈变动中，周边工具链的适配需要滞后跟进。这也侧面印证了 Antigravity 正在积极整合 Gemini 2.0 的相关能力。
核心观点：AI 编程工具底层迭代虽优化了架构，但也给精细化网络环境下的稳定使用带来配置挑战。
原文链接：Linux.do
评论前必须登录！
立即登录 注册