何が変わったのか
Google は 2026 年 8 月 21 日、Google Antigravity を対象の Gemini Enterprise アプリサブスクリプションで提供すると公式ブログで発表しました。発表日はページ上の表示と構造化データの datePublished がともに 8 月 21 日です。8 月 20 日ではなく、一次情報に合わせて 8 月 21 日と扱います。
Antigravity は、Google が提供するエージェント型のコーディングツールです。開発者の指示をもとに、IDE や CLI など複数の作業面で実装や調査を支援します。
変更点は、AI コーディングツールの選択肢が増えたことだけではありません。対象ライセンスに Antigravity が追加費用なしで含まれ、管理者向けの支出管理とセキュリティ統制が同じ契約・管理面にまとまったことが重要です。個人がツールを試す段階から、情シスや IT 部門が組織へ配布して管理する段階へ進めやすくなりました。
| 変更点 | 発表された内容 | 導入判断への影響 |
|---|---|---|
| 対象ライセンス | eligible な Gemini Enterprise Standard、Plus、Standard Emerging Market | 契約中でも対象条件を確認する |
| 費用 | 対象契約に追加のアドオンライセンスなしで内包 | 超過利用の従量課金とは分けて見積もる |
| 支出管理 | プロジェクト単位の月次予算上限、プールドクォータ、任意の超過利用、使用状況メトリクス | プロジェクト設計と費用責任を先に決める |
| セキュリティ | サンドボックス、ブラウザ・MCP 制御、集約監査ログ、WIF・ADC | 利用ルールと監査の説明責任を整える |
| 利用面 | IDE 拡張、デスクトップアプリ、CLI | IDE ごとの提供段階を考慮して配布する |
この記事は Antigravity 自体の使い方や個人環境からの移行手順を繰り返しません。移行の経緯と設定の引き継ぎはGemini CLI から Antigravity への移行ガイドを参照してください。ここでは情シス・IT 部門・SIer が、契約、予算、監査、アクセス制御をどう判断するかに絞ります。
FIXIT追加費用なしなら、契約している全員が使い放題なの？
Shiori整理すると、対象ライセンスへの内包と、利用量の上限は別の話です。
FIXIT超えた分はどうなるの？
Shiori管理者が超過利用を有効にした場合だけ、上限付きの従量課金へ移ります。
対象になるライセンスと費用の考え方
Google の発表で対象として明記されたのは、Gemini Enterprise Standard、Plus、Standard Emerging Market のうち eligible なライセンスです。公式文は「eligible Gemini Enterprise Standard, Plus, and Standard Emerging Market licenses」と条件を付けています。プラン名が一致するだけで全契約が自動的に対象になる、と広げて解釈してはいけません。管理画面で AI Developer tools を有効化できるか、契約担当または Google Cloud の窓口へ確認するのが安全です。
公式ドキュメントのAI developer tools overviewには、Standard、Plus、Pay-as-you-go と請求書払いの Cloud Billing アカウントに関する条件も掲載されています。一方、今回の発表本文が利用可能と明記した列挙は Standard、Plus、Standard Emerging Market です。ドキュメントと発表でプラン表記や前提が異なるため、本記事では「発表で対象とされた eligible ライセンス」を基準にします。
「追加費用なし」と「無料で使い放題」は違う
今回の追加費用なしとは、対象の Gemini Enterprise 契約に Antigravity と管理機能が含まれ、別のアドオンライセンス、請求書、請求コンソール、セキュリティ設定を管理せずに済む、という意味です。Gemini Enterprise 自体の契約費用がなくなるわけではありません。公式発表にはライセンスの単価も掲載されていないため、本記事では月額や 1 ユーザー当たりの価格を示しません。
さらに、購入済みのプールドクォータを使い切った後、管理者は超過利用を任意で有効化できます。有効化すると、超過分は標準の従量課金レートへ移ります。月次の支出上限は設定できますが、これは対象契約内の利用とは別の料金です。
| 費用の区分 | 何が含まれるか | 管理上の扱い |
|---|---|---|
| Gemini Enterprise の契約内 | eligible なライセンスでの Antigravity と管理機能 | 対象条件と購入済みクォータを確認する |
| プールドクォータ内 | 組織で共有する購入済みトークン枠 | 使用状況メトリクスで消費を追う |
| クォータ超過後 | 管理者が任意で有効化した超過利用 | 標準の従量課金レートと月次上限を適用する |
したがって、稟議や社内説明で「Antigravity は無料」と要約するのは避けるべきです。「対象の Gemini Enterprise ライセンスには追加アドオンなしで含まれる。超過利用を有効にした分は従量課金」と二段に分ければ、利用者と経理の認識がずれにくくなります。
注意
公式発表は eligible の判定条件、ライセンス単価、標準の従量課金レートを本文で示していません。見積もりでは契約画面と個別条件を確認してください。
支出をどう抑えるか
支出管理は、予算上限、プールドクォータ、任意の超過課金、使用状況メトリクスの組み合わせです。どれか 1 つで費用統制が完結するのではなく、止める仕組みと観測する仕組みを分けて考えます。
現時点の予算上限はプロジェクト単位
管理者は Billing コンソールで、月次の予算上限をプロジェクト単位に設定できます。ここは導入設計に直結します。部門単位、チーム単位、個人単位の費用責任を求めても、現時点の上限設定がその単位に直接対応するわけではありません。
Google はユーザー単位とチーム単位の追加制御を 2026 年後半に提供するとしています。これは将来予定であり、現在使える機能として要件に入れられません。たとえば部門 A と部門 B の上限を確実に分けたいなら、同じプロジェクトで運用しながら将来の機能を待つのではなく、プロジェクトを分ける案を検討します。ただし、プロジェクト分割は権限、請求、ログ、開発資産の管理にも影響するため、予算だけで決めないことが大切です。
プールドクォータで需要の偏りを吸収する
プールドクォータは、購入したトークン枠を組織で共有する仕組みです。固定配分では、利用の少ないチームに枠が余り、繁忙チームが不足することがあります。共有プールなら高需要のチームへ利用枠を回しやすく、購入済みクォータが未使用のまま残る状況を避けられます。
一方、共有は支出責任まで共有するという意味ではありません。誰がどれだけ利用したかを見なければ、翌月の予測や部門別の説明が難しくなります。中央の使用状況トラッキングでは、トークン消費、API 呼び出し、開発者の活動を確認できます。導入初期は週次で傾向を見て、安定後に月次へ移すなど、変動に合わせて確認頻度を決めるとよいでしょう。
超過課金は継続性のスイッチとして扱う
超過利用は、プールドクォータに達しても開発を止めないための任意機能です。有効にすると標準の従量課金レートへ移り、月次の支出上限を設定できます。納期を守るために有効化する価値がある一方、利用量が読めない段階で広く許可すれば予算の不確実性が増します。
運用方針は、次の 3 つに分けると整理できます。
- 停止優先の環境では、超過利用を有効にせず、クォータ到達時に見直します。
- 継続優先の環境では、月次上限と通知先を決めて超過利用を有効にします。
- 案件ごとに優先度が違う場合は、プロジェクトを分けて方針を変えます。
これは Google が示した設定値ではなく、発表された機能を企業運用へ落とすための提案です。具体的な上限額は開発人数だけで決めず、繁忙期、納期、停止時の影響、再承認にかかる時間を踏まえて決めます。
要点
予算制御の現在地はプロジェクト単位です。ユーザー・チーム単位の制御は 2026 年後半の予定なので、導入時点の要件を将来機能に依存させないようにします。
AI 開発ツールの契約と支出ルールをプロジェクト構造から整理したい場合は、AI 開発ツール導入支援で導入設計を支援しています。
セキュリティと統制
Gemini Enterprise に含まれる Antigravity は、Google Cloud の標準的なセキュリティとコンプライアンス保護の下で提供されます。管理者は 1 つのコンソールから、ワークスペースへのアクセス境界、監査ログ、データプライバシーを管理できると説明されています。
| 統制機能 | 発表された内容 | 導入前に決めること |
|---|---|---|
| ワークスペースサンドボックス | エージェントの実行環境を認可された範囲へ制限 | 許可する資産と作業区分 |
| ブラウザアクセス制御 | ブラウザへのアクセスをポリシーで強制 | 接続先、認証情報、操作範囲 |
| MCP サーバーアクセス制御 | MCP サーバーへのアクセスをポリシーで強制 | 許可するサーバーと管理責任者 |
| 集約監査ログ | 単一の切り替えでプロンプト、応答、メタデータを記録 | 閲覧者、利用目的、保存・調査手順 |
| データプライバシー | Google Cloud 利用規約の下で所有権を維持し、安全なクラウド境界内で実行 | 契約・規制要件との照合 |
| WIF・ADC | 企業 ID 標準を適用し、認証設定の負担を軽減 | IdP、サービスアカウント、権限境界 |
ブラウザと MCP を「使えるか」ではなく「どこまで許すか」で決める
エージェントがコードだけでなくブラウザや外部ツールを操作すると、実行できる範囲が広がります。Google は構成可能なセキュリティポリシーとして、ワークスペースのサンドボックス化、ブラウザアクセス、MCP サーバーアクセスを挙げています。これは、開発者個人の設定に任せず、組織側で境界を強制できることを意味します。
ただし、発表本文には許可リストの具体的な粒度や、ポリシーの優先順位までは書かれていません。MCP サーバーは社内データ、チケット、リポジトリなどへ接続できるため、接続可否だけでなく、その先の権限も点検します。ブラウザについても、閲覧と操作、認証済みセッションの利用を同じリスクとして扱わない設計が必要です。
生成 AI への入力と社内データの境界を先に整理する場合は、生成 AI の情報漏えい対策も参照してください。Antigravity 固有の設定だけでなく、入力してよい情報、レビュー、インシデント時の対応を組織の共通ルールとして決める必要があります。
監査ログは統制の利点と開発者への周知を両立する
集約監査ログは単一の切り替えで有効化でき、プロンプト、エージェントの応答、メタデータを記録します。誰が何を指示し、エージェントが何を返したかを追えるため、コンプライアンス報告や事後調査に役立ちます。コード生成の結果だけでなく、判断に至る入力と応答を確認できる点が統制上の利点です。
同時に、開発者にとっては入力と応答が記録されるということです。監査のために必要だからといって、説明なしに有効化すると監視されているという不信につながりかねません。次の項目を利用開始前に周知します。
- 記録対象がプロンプト、エージェント応答、メタデータであること
- 誰がどの目的でログを閲覧するか
- インシデント調査やコンプライアンス報告での利用範囲
- 入力してはいけない情報と、誤入力した場合の連絡先
- 保存期間や削除方針は、公式仕様と社内規程を確認して別途定めること
最後の保存期間について、今回の発表本文は具体的な日数を示していません。推測で期間を決めず、契約と設定画面で確認します。監査ログの詳細を利用者へ開示することは、統制を弱めるものではありません。何が残るか分かることで、入力ルールを守りやすくなります。
WIF と ADC で企業 ID を利用面へつなぐ
Antigravity は Workforce Identity Federation（WIF）と Application Default Credentials（ADC）をネイティブにサポートします。管理者は企業の ID 標準を適用しつつ、開発者ごとの認証設定の摩擦を減らせます。長期鍵の配布を前提にせず、既存の ID と Google Cloud の権限設計につなげられる点は組織展開で有効です。
ただし、発表本文は具体的な IdP、構成手順、資格情報の有効期間を列挙していません。WIF・ADC 対応という事実と、自社環境で期待する認証フローが成立することは分けて検証してください。
どの IDE・クライアントで使えるか
Antigravity は IDE 拡張だけでなく、デスクトップアプリと CLI からも利用できます。2026 年 8 月 21 日時点の提供状況は次のとおりです。
| 開発面 | 提供状況 | 組織展開での扱い |
|---|---|---|
| Visual Studio Code 拡張 | 正式提供 | 標準配布の候補にできる |
| Visual Studio 拡張 | Preview | 対象チームを絞って検証する |
| JetBrains 拡張 | Preview | 更新影響を受け入れる範囲で試す |
| Zed IDE 拡張 | Preview | 標準化前の検証用途として扱う |
| Antigravity 2.0 デスクトップアプリ | 利用可能 | IDE 外の作業面として権限を確認する |
| Antigravity CLI | 利用可能 | 端末、認証、実行環境の管理対象に含める |
Google の発表は VS Code に preview を付けず、Visual Studio、JetBrains、Zed に明示しています。この違いから、本記事では VS Code を正式提供、ほかの 3 つをプレビューとして整理しました。既存の標準 IDE がプレビュー対象の場合、全社一斉配布ではなく、更新時の確認担当を置いた限定導入から始めるのが妥当です。
CLI の導入経緯や GEMINI.md・MCP 設定の移行はGemini CLI から Antigravity への移行ガイドへ委ねます。Gemini Code Assist の役割や導入前の確認事項はGemini Code Assist 導入前の 5 つのポイントで整理しています。本記事では、各クライアントを企業の認証・予算・監査の同じ境界へ入れることに焦点を置きます。
導入前に決めておくこと
ここからは Google が公表した製品仕様ではなく、それを企業運用へ落とすための提案です。機能を有効化する前に、少なくとも次の 7 つを決めます。
- 対象者と eligible ライセンスの確認方法を決めます。
- 費用責任に合わせて Google Cloud プロジェクトを分けます。
- 超過利用を許可するプロジェクトと月次上限を決めます。
- 正式提供とプレビューを分け、許可する IDE・クライアントを定めます。
- ブラウザと MCP サーバーの許可範囲、承認者、棚卸し頻度を決めます。
- 監査ログの閲覧者、目的、利用者への説明、調査手順を定めます。
- WIF・ADC と既存の ID・権限管理をどう接続するか検証します。
プロジェクト境界と組織境界を対応させる
現時点の予算上限がプロジェクト単位である以上、プロジェクトの切り方が費用統制の最小単位になります。部署別に原価を持つなら部署単位、顧客案件ごとに上限が違う SIer なら案件単位が候補です。ただし、細かく分けすぎると権限と運用の負担が増えます。費用を止めたい境界、ログを分けたい境界、データへのアクセスを分けたい境界が一致するかを見て決めます。
ユーザー・チーム単位の制御が提供された後も、プロジェクト設計が不要になるとは限りません。請求やデータ、権限の境界は残ります。将来機能は既存設計を補うものとして捉え、予定日を前提に導入を止めないほうが計画を立てやすくなります。
小規模な対象で統制を検証する
最初の導入対象には、業務価値が見えやすく、扱うデータの境界が明確なチームを選びます。予算上限が想定どおり働くか、MCP の制御に抜けがないか、監査ログを調査に使えるかを確認します。
評価項目には次を含めます。
- ライセンス付与から初回利用までの手順
- プールドクォータの消費傾向と、繁忙時の偏り
- 超過利用を有効または無効にしたときの業務影響
- IDE 拡張、デスクトップ、CLI での認証とポリシーの一貫性
- プロンプトと応答を含む監査ログの閲覧・調査手順
- 開発者が入力ルールを理解できているか
FIXIT監査ログを有効にすれば、統制は完成する？
Shioriログは材料です。閲覧者と調査手順を決めて初めて運用になります。
FIXIT開発者への説明も先に必要なんだね。
Shioriはい。何が記録され、何に使うかを揃えることが導入の分かれ目です。
既存の Gemini 環境との関係
今回の発表は、Antigravity の基本機能や Gemini CLI の終了経緯を説明し直すものではなく、Gemini Enterprise の管理面へ企業向け機能をまとめた更新です。既存環境との関係は、目的別に次の記事へ分けています。
- Gemini CLI の個人向け提供終了、エラー対処、設定移行は、前述の移行ガイドを参照してください。
- Gemini Code Assist の契約・セキュリティ・既存 IDE との関係は導入前の 5 つのポイントで確認できます。
- エージェント型 IDE の基本概念や作業面の違いはOrca エージェント IDE ガイドで解説しています。
個人利用から移行するチームは、設定ファイルを移す作業と、企業ポリシーへ接続する作業を分けます。設定が動くことは、予算上限、MCP 制限、監査ログ、企業 ID が適用されたことを保証しません。既存の Gemini 環境があるほど、動作確認だけで導入完了と判断しないことが重要です。
他社の法人向け AI コーディング契約と比較する場合は、Claude Code の法人向けプランガイドも判断材料になります。料金表だけではなく、認証、監査、データ境界、費用制御の単位を同じ列で比べると、自社に必要な統制が見えやすくなります。
まとめ
Antigravity は、eligible な Gemini Enterprise Standard、Plus、Standard Emerging Market ライセンスで利用できるようになりました。対象契約には別のアドオンライセンスなしで含まれますが、任意で有効化するクォータ超過分は従量課金です。「追加費用なし」と「無料で使い放題」を混同せず、契約内利用と超過利用を分けて説明してください。
支出管理では、現在の予算上限がプロジェクト単位であることが設計の起点です。ユーザー・チーム単位の制御は 2026 年後半の提供予定なので、今ある要件はプロジェクト境界で満たせるかを確認します。集約監査ログはプロンプトとエージェント応答まで記録するため、調査とコンプライアンスに役立つ一方、開発者への事前周知も欠かせません。
最初に対象ライセンスを確認し、費用を止めたい単位でプロジェクト構造を棚卸しします。そのうえで、超過課金、MCP・ブラウザ制限、監査ログの運用を小規模な対象で検証します。契約と統制を含めた導入計画を整理したい場合は、AI 開発ツール導入支援またはお問い合わせからご相談ください。