Gemini CLI は大きな終了判断を受けました。ただし「ツールもソースコードも全認証方式も消えた」という意味ではありません。Google が 2026 年 6 月 18 日に停止したのは、個人の free、Google AI Pro、Google AI Ultra アカウントに対する Gemini CLI のリクエスト提供です。個人向けの Login with Google も利用できなくなりました。
同じ告知では、Gemini Code Assist Standard / Enterprise、Google Cloud、API key 認証は影響を受けないと明記されています。まず自分の認証経路を確認しないと、不要な移行を始めたり、逆に終了済みの個人ログインを何度も再設定したりすることになります。
自分のケースを先に分類する
| これまでの利用方法 | 現在の扱い | 次の判断 |
|---|---|---|
| 個人の無料 Google アカウント | Gemini CLI のリクエスト提供終了 | Antigravity CLI へ移行 |
| 個人の Google AI Pro / Ultra | Gemini CLI のリクエスト提供終了 | Antigravity CLI へ移行 |
| Gemini Code Assist Standard / Enterprise | 公式にはアクセス変更なし | 組織のサポート計画に従う |
| Google Cloud | consumer 終了の対象外 | プロジェクトと権限を確認して継続 |
| Gemini API key / enterprise API key | API key 認証は影響なし | 要件を満たすなら現行経路を維持 |
| npm や GitHub から導入できるだけ | サービス利用可否は未確認 | 認証方式と実リクエストを確認 |
範囲の根拠は Google の個人アカウント deprecation ページです。ここでは consumer tier と Google ログインの停止、Standard / Enterprise の継続が別々に説明されています。
同じ gemini コマンドが個人 PC では失敗し、会社の環境では動くことがあります。これは矛盾ではありません。ローカルのコマンド名が同じでも、バックエンドが確認する entitlement が異なるからです。
インストール可能でも個人サービスが使えるとは限らない
次の三つは別の状態です。
- open-source リポジトリが公開されている。
- CLI をインストールして起動できる。
- 選んだアカウントでモデルの応答を受けられる。
上の二つが成立しても、三つ目が失敗することはあります。Google の移行発表は、個人 tier の停止と、Apache 2.0 リポジトリおよび企業向け更新の継続を同時に説明しています。
さらに現在の Gemini CLI README には、個人無料枠と Google ログインの説明が残っています。これは後発の専用 deprecation ページと食い違います。利用可否は、一般的なインストール文書ではなく、日付と対象が明示された新しい告知で判断すべきです。
CLI が開くだけでは確認不足です。現在の認証が Google Login、組織ライセンス、Cloud、API key のどれか、実際の read-only リクエストが成功するか、想定したプロジェクトと請求主体を使っているかを確認してください。headless script が古い OAuth session を暗黙に再利用していないかも重要です。
個人ユーザーの公式後継は Antigravity CLI
影響を受ける個人ユーザーに対して、Google は Antigravity CLI への移行を案内しています。これは単なるコマンド名変更ではなく、Antigravity 2.0 と agent harness を共有する新しい terminal surface です。Agent Skills、Hooks、Subagents、plugins に変換される extensions などの主要概念を引き継ぎますが、Google は開始時点で 1:1 parity ではないことも認めています。
現在の公式 download ページが macOS / Linux に示す導入コマンドは次のとおりです。
bashcurl -fsSL https://antigravity.google/cli/install.sh | bash
Windows には PowerShell と Command Prompt 用の別コマンドがあります。remote script を直接実行する形式なので、実行前に公式ページで最新版を確認し、会社端末では組織ポリシーと script 内容を確認してください。
導入後の起動コマンドは次です。
bashagy
初回起動では既存の Gemini CLI profile を検出し、移行する項目を選べます。自動検出は便利ですが、backup や機能確認の代わりにはなりません。
変更前に保存するもの
単に ~/.gemini 全体を複製するだけでなく、実際の仕事を成立させている要素を一覧にします。
- project / global の
GEMINI.mdとルール; - project / global skills;
- MCP server 定義と必要な環境変数名;
- custom commands、extensions、hooks、agents;
- headless 実行の flags、output format、exit code、timeout;
- 必要な会話や checkpoint;
- 組織の proxy、証明書、permission、監査条件。
API key や token の値を screenshot、issue、移行メモ、Git に保存してはいけません。構造は backup しても、秘密値は承認済み secret store に残します。
移行前に小さな受け入れテストも用意します。例えば workspace rule を読めるか、期待する MCP server が表示されるか、read-only prompt が返るか、ファイル変更前に確認されるか、structured output を parser が読めるかです。移行後に同じ安全なテストを再実行します。
Skills と MCP は配置が変わる

Google の現行 migration guideには、見落とすと「移行したのに機能が消えた」と感じる差分があります。
Workspace skills
Gemini CLI の path:
text.gemini/skills/
Antigravity CLI の path:
text.agents/skills/
global skills も ~/.gemini/skills/ から ~/.gemini/antigravity-cli/skills/ に変わります。slash command が見えなければ、skill 自体を書き直す前に配置と import 結果を確認します。
Extensions は plugins へ
旧 extensions の明示的な変換には次のコマンドが案内されています。
bashagy plugin import gemini
結果は項目別に読みます。skills、agents、commands、MCP servers が処理または skipped と表示されます。全体の成功表示だけでは、すべての custom file が見つかったとは言えません。
MCP config は独立 JSON へ
Gemini CLI では MCP 定義が ~/.gemini/settings.json 内にあることが一般的でした。Antigravity CLI は次を使います。
text~/.gemini/config/mcp_config.json .agents/mcp_config.json
remote WebSocket / SSE server の URL key は serverUrl です。旧 url や httpUrl は更新が必要です。通常の chat は動くのに MCP が全滅する場合、model より先に config の場所、URL key、環境変数、network policy を確認します。support に log を出すときは token を削除してください。
GEMINI.md と AGENTS.md の workspace rule、global ~/.gemini/GEMINI.md は互換とされています。ただし rule を読めることは、theme、experimental overlay、extension、permission の挙動が同一であることを意味しません。
戻せる状態を残した移行手順
- アカウントと認証を分類する。 consumer Google Login と enterprise / Cloud / API key を分けます。
- 基準状態を記録する。 version、主要 command、MCP 一覧、安全なテストを秘密値なしで残します。
- 設定を backup する。 rule、skills、extension manifest、MCP structure を保存します。
- 現行の公式ページから導入する。 不明な binary や consumer OAuth を再利用する proxy は使いません。
- 初回 import の結果を読む。 重要な
skippedを見逃しません。 - 既知の path / schema 差分を直す。
.agents/skills/、mcp_config.json、serverUrlを確認します。 - 副作用なしで検証する。 rule、tool、permission、output parsing を確かめてから書き込みや deployment を許可します。
- backup をすぐ消さない。 重要な automation が通るまで rollback path を保持します。
典型的な症状の読み方

画面は開くが最初の request が失敗する。 個人 Google Login なら公式停止範囲と一致します。旧 CLI の再インストールで backend entitlement は戻りません。
README に無料個人枠が残っている。 復活告知ではありません。専用 deprecation ページと Gemini CLI team の6 月 18 日の status announcementを優先します。
Antigravity は動くが skills がない。 project の .agents/skills/ と新しい global path を確認します。
chat は動くが MCP だけ失敗する。 独立 JSON、serverUrl、環境変数を確認します。
企業環境では Gemini CLI が動く。 公式の例外と一致します。移行時期は個人の終了日ではなく、組織の support、compliance、機能要件で決めます。
結論
正確には、Gemini CLI は個人 free、Google AI Pro、Ultra のリクエスト提供を終了し、その利用者を Antigravity CLI へ移しました。一方、Standard / Enterprise、Google Cloud、API key 認証は同じ告知で終了していません。
個人 Google Login の利用者は、再インストールを繰り返すのではなく設定を保存して workflow を移行すべきです。enterprise / API key 利用者は、動作中の環境を変える前に現在の契約と組織計画を確認します。どちらの場合も、install や prompt 表示ではなく、副作用のない end-to-end task が通ることを成功条件にしてください。



