以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/01/24/013251より取得しました。


Google Antigravityで「Your current account is not eligible」が消えない原因と対処法|Gemini Pro課金中でも弾かれる“資格不一致”を切り分ける

 

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

まず結論:「再インストールしても即出る」なら端末よりアカウント側が濃厚

今回のように、%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




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/01/24/013251より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14