
Google Antigravityで「Your current account is not eligible」が消えない原因と対処法|Gemini Pro課金中でも弾かれる“資格不一致”を切り分ける
2026年1月22日午後(KST)以降、Windows 11環境でGoogle Antigravityにログインしようとすると「Your current account is not eligible(現在のアカウントは対象外)」が出続け、Gemini Pro(AI Premium)を支払っているのに利用できない――。この症状はローカルのキャッシュ削除や再インストールでも改善しないケースが報告されており、端末側というより“バックエンドの権限(エンタイトルメント)同期”が噛み合っていない可能性が高いのがポイントです。 Google AI Developers Forum+2Google AI Developers Forum+2
- Google Antigravityで「Your current account is not eligible」が消えない原因と対処法|Gemini Pro課金中でも弾かれる“資格不一致”を切り分ける
まず結論:「再インストールしても即出る」なら端末よりアカウント側が濃厚
今回のように、%AppData%\Antigravity を削除してログイン状態を完全初期化し、さらにPowerShellで関連ファイルを一掃しても、初回ログインから同じ「Not eligible」が出る場合、端末キャッシュ破損よりもサーバー側の資格判定が外れている線が強くなります。報告でも「ローカル全消去後も即時に不適格」とされ、課金状態と利用資格の不一致(同期遅延・不整合)が疑われています。 Google AI Developers Forum+2Google ヘルプ+2
代表的な原因は3つ:地域・アカウント種別・課金同期
同様の相談がフォーラムやIssueで複数出ており、原因は概ね次の3系統に収束します。
1) 地域(リージョン)判定の不一致
Antigravityはプレビュー段階で提供地域や年齢要件などの条件が絡むことがあり、Googleアカウントに紐づく国/地域の扱いが原因で「対象外」になる例が報告されています。特に、支払いプロファイルやGoogle One/AI Premiumの国設定と、Antigravity側の提供条件が噛み合わないと“課金中なのに対象外”が起こり得ます。 Google ヘルプ+2Google AI Developers Forum+2
2) アカウント種別の取り違え(個人/Workspace/学校)
「個人のGmailのはずなのに弾かれる」報告はありますが、ログイン時に別のGoogleアカウント(過去にWorkspaceで使っていたもの等)が混ざるだけでも対象外判定に寄ることがあります。フォーラムでも「別の個人アカウントで試して」の導線が示されています。 Google AI Developers Forum+1
3) 課金(Gemini Pro/AI Premium)と権限の同期遅延・不整合
サブスクが有効でも、権限がAntigravityに反映されるまでタイムラグが出たり、更新タイミングで同期が崩れるケースが示唆されています(いわゆるエンタイトルメント不一致)。GitHubのIssueでも、Pro相当の表示があるのに「Not eligible」で止まる例が出ています。 GitHub+2GitHub+2
端末側でできる“切り分け”チェックリスト(Windows 11)
ローカル要因を潰す目的で、次を上から順に実施すると原因の方向性がはっきりします。
A. ブラウザ/セッションの混線を断つ
-
既定ブラウザでGoogleから完全ログアウト → すべてのGoogleアカウントを一度サインアウト
-
シークレット(InPrivate)でログインし直す
-
可能なら、普段使いと別のブラウザでログイン導線を試す(セッション混線の切り分け)
「別アカウントが勝手に選ばれる」だけで対象外ループに入ることがあるため、ここが最重要です。 Google AI Developers Forum+1
B. キャッシュ削除と再インストール(実施済みでも確認ポイントあり)
報告例では、%AppData%\Antigravity の削除や再インストールを行っても改善しませんでした。ここで重要なのは「削除したのに初回ログインから即不適格」=端末要因の可能性がさらに下がる、という判断材料になる点です。 Google AI Developers Forum
C. PowerShellの“一括削除”は慎重に(やるなら事前に一覧表示)
提示されている Get-ChildItem ... -Recurse | Remove-Item -Recurse -Force は強力で、意図しない場所を消すリスクもあります。実務的には、まず Remove-Item を付けずに一覧を確認し、対象パスを限定してから削除するのが安全です(原因がサーバー側なら、ここを徹底しても改善しない可能性が高い点も踏まえてください)。 Google AI Developers Forum
“サーバー側”が疑わしいときの最短ルート:問い合わせに載せるべき情報
ローカル消去で変化がない場合は、運営側に「権限の再同期」や「詰まった認証セッションのリセット」を依頼するのが現実的です。フォーラムでもバックエンド確認を求める形で報告が上がっています。 Google AI Developers Forum+1
問い合わせ・投稿時は次をセットで出すと通りが早い傾向があります。
-
発生日時(例:2026年1月22日午後KSTから継続)
-
OS(Windows 11)とAntigravityのバージョン(分かれば)
-
アカウント種別(個人Gmail、Workspaceではない)
-
Gemini Pro(AI Premium)課金が有効である根拠(注文番号・請求画面の要点)
-
端末側で実施したこと(AppData削除、再インストール、セッション初期化)
-
エラー文言のスクリーンショット
同じ現象が増えている背景:プレビュー期の資格判定と需要増
2025年末〜2026年初頭にかけて、Antigravityはプレビュー提供として広がり、利用条件やレート制限の調整などが動いていると報じられています。こうした移行期は、課金・地域・提供枠の判定が更新されるタイミングで、個別アカウントの整合が崩れることが起こり得ます。 The Verge+1
まとめ:「端末を疑う」より「資格判定の再同期」を前提に動く
-
**ローカル全消去後も初回ログインから“Not eligible”**なら、端末よりアカウント側(権限同期・地域/提供条件)が本命
-
まずはブラウザのアカウント混線を断つ(全ログアウト→シークレットでやり直し)
-
改善しなければ、発生日時・課金根拠・実施済み手順を添えて、バックエンドの資格確認とセッションリセットを依頼する
支払いが有効なのに使えない状況は、ユーザー側の努力だけで解けないケースが現実にあります。だからこそ、切り分けで“サーバー側確度”を上げ、必要情報を揃えて最短で解決へ寄せるのが得策です。 Google AI Developers Forum+2Google ヘルプ+2