谷歌 AI 编程工具 Antigravity 部分用户反馈无法正常登录，Linux.do 论坛用户分享了针对 Windows 系统的解决方案。该方案核心思路是借助进程级代理工具 Proxifier，将 Antigravity 的特定网络请求定向至本地代理，从而绕开登录障碍。具体操作分为三步：第一步，安装 Proxifier 后打开代理服务器设置，填写本地代理地址（如 localhost）、端口（如 10808）及协议类型（socks5）；第二步，新建代理规则，名称可自定义，Applications 字段留空，在 Target hosts 中填入 *.googleapis.com 与 *.googleusercontent.com 两个域名，并将 Action 指向此前配置的本地代理；第三步，按相同方式添加第二条规则，保存全部配置。教程特别指出，此方案无需开启代理软件的 TUN 模式，仅通过 Proxifier 的规则引擎对指定域名流量进行分流即可。全部配置完成后，重启 Antigravity 便能正常登录。从技术角度看，Antigravity 的登录与认证流程依赖 googleapis.com 和 googleusercontent.com 这两个谷歌基础设施域名，这正是部分网络环境下登录失败的原因。该教程以图文形式呈现，步骤清晰，发布后引发社区讨论，已有约 25 条回帖、20 位参与者交流经验，对遇到同类问题的 Windows 用户具有直接参考价值。
事件分析
技术层面，该方案揭示了 Antigravity 客户端的认证链路：登录过程需访问 googleapis.com（API 服务）与 googleusercontent.com（内容与凭据存储）两个域名，而客户端本身未提供代理配置入口，因此需要借助 Proxifier 这类进程级代理工具实现流量定向。相比 TUN 模式的全局接管，域名规则分流资源占用更低，且不影响其他应用的网络行为，是更精细的控制方式。产业层面，此类教程的集中涌现，反映出国内开发者对海外 AI 编程工具的强烈需求与实际使用门槛之间的落差。Antigravity 作为谷歌基于 Gemini 3 推出的 agentic 开发环境，与 Cursor、Claude Code 等产品处于直接竞争位置，网络可达性这一非产品因素会直接影响用户留存与口碑传播。后续走向上，若访问问题持续，社区可能沉淀出覆盖 mac 端的系统性配置指南；从产品演进角度，客户端内置网络诊断或代理设置功能，或许会成为此类工具改善各地区可访问性的方向之一。
核心观点：决定 AI 编程工具生死的，有时不是模型能力，而是登录页面能否打开这类基础体验。
原文链接：Linux.do
