如果你遇到的是 Antigravity 登录失败、浏览器已经提示授权成功但 IDE 还停在登录页、或者直接报 Account not eligible，这篇文章适合你。
先给结论：Antigravity 登录问题大多不是“软件坏了”，而是下面三类问题混在一起了：
账号资格 / 地区不满足，Google 直接拒绝浏览器回调链路出问题，浏览器成功了但桌面端没接住代理和本地网络不一致，浏览器和 Antigravity 实际走的不是同一条出口
先按症状分流
- 报
Your current account is not eligible for Antigravity更可能是账号类型、套餐、年龄状态或地区不满足 - 浏览器显示
You have successfully authenticated，但应用报Unexpected issue setting up your account更可能是默认浏览器或回调链路异常 - 浏览器登录完成，切回应用没反应，控制台出现
oauth-success更可能是浏览器和桌面端出口不一致 - 点击
Sign in后一直转圈、反复失败 更可能是本地缓存损坏、IP 临时风控或社区侧故障
一、先排查资格与地区，再谈客户端
很多人一看到报错就开始重装、换浏览器、删缓存，其实如果账号本身不满足条件，后面的动作基本都白费。
1. 先确认是不是个人 Google 账号
优先用个人 Google 账号测试，不要先拿 Workspace、学校或公司托管账号硬试。
原因很简单：这类账号往往带有组织策略、年龄管控或地区限制。就算你自己已经开通了某个 Google AI 套餐，组织策略也可能把 Antigravity 挡掉。
2. 再确认套餐是否真的被识别
Antigravity 当前主要面向 Google AI Pro / Ultra 用户。最简单的自查方法，是先用同一个账号登录 https://gemini.google.com/：
- 如果 Gemini 页面本身就打不开、无限转圈、或者根本进不去聊天界面，先别折腾 Antigravity，问题大概率不在客户端
- 如果 Gemini 能正常进入，右上角也能看到会员识别状态，再继续往下排查
同时要注意一件事：社区里已经出现过“明明付费了，但 Antigravity 仍识别成受限状态”的案例。Google AI Developers Forum 在 2025 年 12 月就有用户反馈 Antigravity 只识别到受限层级，而不是已购计划。这个现象说明，付费成功 和 桌面端识别成功 不是同一件事。
3. 年龄状态别想当然
根据 Gemini Apps Help，Google AI 计划并不是所有地区都要求统一年龄门槛。在大多数国家，Google AI 计划本身并非一刀切 18+；但在部分地区和具体能力上，确实会有更高年龄要求。实际落到 Antigravity 时，账号年龄状态、监督账号、付款资料归属地，都会影响资格判断。
所以这里更稳的做法不是死记“必须 18+”，而是：
- 确认你的 Google 账号没有被标成受监督账号
- 确认付款资料和账号状态没有异常
- 如果你之前被要求做年龄验证，先把这一步完成
4. 再看账号归属国家 / 地区
如果你的账号归属地、付款资料、当前出口地区三者差得太远，资格识别就容易出问题。
你可以这样确认账号归属国家：
- 打开任意 Google 页面，点击右上角头像
- 在弹出层里进入“服务条款”
- 查看页面顶部显示的账号归属国家 / 地区
如果这里的国家不是你当前要长期使用的目标地区，可以尝试通过 Google 的官方 country association form 申请调整：
policies.google.com/country-ass…
这一步有两个坑：
- 你提交申请时的出口地区最好和目标国家一致，否则很容易被拒
- 就算表单能提交，也不代表马上生效，通常还要等 Google 人工审核
5. 网络环境先别偷懒
如果你人在中国大陆，或者平时依赖代理访问 Google 服务，那登录阶段最怕的不是“慢”，而是“前后出口不一致”。
最少要满足这几条：
- 登录过程中不要频繁切换 IP
- 浏览器和桌面端尽量走同一条代理出口
- 尽量避免公共 VPN、多人共享出口、明显机房 IP
- 如果你要长期用 Antigravity，优先选更稳定、风控更低的出口方案
这也是为什么我更建议先把本机代理接对，再去做登录。你可以先看这两篇：
如果你不想继续在机场和共享节点上反复试错，可以直接看 CleanIP v2 方案。它把 RackNerd、ProxySeller、3x-ui 和 Throne 串成了一条完整链路，更适合 Claude / Gemini / ChatGPT 这类吃出口一致性的场景。
二、浏览器已经认证成功，但 Antigravity 还卡在登录页
如果浏览器里已经看到 You have successfully authenticated，回到 Antigravity 却弹出 Unexpected issue setting up your account，这通常不是“你没登录成功”，而是成功结果没有被桌面端正确接住。
社区里一个高频 workaround 是：把系统默认浏览器切到官方原版 Google Chrome，再重新走一次登录流程。这个方法来自近几个月 Reddit 和社区反馈，不是 Google 官方文档的硬性要求，但复现率很高。
更稳的处理顺序是：
- 安装官方原版 Google Chrome
- 暂时把 Chrome 设成系统默认浏览器
- 彻底退出 Antigravity
- 重新打开应用，再走一遍
Sign in
如果你之前用的是 Safari、Arc、Edge 或者被第三方改造过的 Chromium 浏览器，这一步尤其值得先试。
三、出现 oauth-success，或浏览器成功但 IDE 不回跳
这是中文用户最常见、也最容易误判的一类。
表面看，浏览器已经完成 Google 登录；实际看，浏览器和 Antigravity 可能并没有走同一条网络路径。浏览器拿到了成功结果，但桌面端回调阶段走了另一条出口，或者干脆没走代理，于是本地状态没对上，最后就卡在登录页。
典型表现是：
- 浏览器页面显示认证成功
- 切回 Antigravity 还是登录页
- 手动打开开发者工具，能看到
oauth-success相关报错
这时候先别乱改，先做一件事
把你的代理客户端切到 TUN 模式，或者换成真正能接管系统全流量的模式，再重新测试一次。
为什么这一步很关键？
因为很多桌面应用不会老老实实继承“浏览器代理”或“终端代理”设置。你以为自己已经在走代理，实际上只有浏览器走了，桌面端进程还在直连。
TUN 模式的本质，不是“更高级”，而是更容易把浏览器、桌面端、CLI 和系统请求统一到同一条出口上。
如果你还没把本机代理链路梳顺，先补这两篇：
💡 受篇幅限制，以上为部分内容。 完整版还包括：重置与兜底方案、
main.js高风险补丁边界、官方与社区来源说明，以及更省时间的完整排查顺序。 👉 点击这里继续看完整排查过程
