Antigravity 2.0 完全ガイド 2026｜Google発のAIエージェント開発プラットフォームを中小企業はどう使うべきか

Antigravity 2.0 とは何で、1.0から何が変わったのか

2026年5月19日のGoogle I/Oで発表されたAntigravity 2.0は、見た目は「バージョンアップ」ですが、中身はかなり別物です。1.0はVS Codeをフォークしたエディタ、つまり「AI機能が強めに統合された開発環境」でした。2.0は単体のDesktop Appを中心に据えつつ、ターミナル用のCLI、自社サービスから呼び出すためのSDK、Gemini APIに追加された「Managed Agents」、さらに大企業・規制業界向けの配布面となる「Enterprise Agent Platform (Gemini Enterprise)」という5種類の入口を同時に出してきました（5-surface構成）。

言い方を変えると、1.0は「自分のエディタの中で動くAI」を売っていた製品で、2.0は「AIエージェントをいくつも並列で走らせるための土台」を売りに来た製品です。Google公式ブログとMarkTechPostの説明を読む限り、Googleが社内でエージェント運用に使っているランタイムを、ほぼそのまま外に開放したという建て付けに見えます。

これが中小企業の経営者やDX担当者にとって何を意味するか。直感的には「Claude Codeのようなターミナル系エージェントと、Cursorのようなエディタ系AIを、ひとつのGoogleアカウントの下に統合した版」と捉えると掴みやすいです。ただし、Google Cloud / Firebase / Android といったGoogle側のインフラを既に使っているかどうかで、製品としての見え方は大きく変わります。そこは後段で改めて触れます。

5つのコンポーネント：Desktop / CLI / SDK / Managed Agents / Enterprise

Antigravity 2.0の構成は、対象ユーザーが異なる5つの面（5-surface）に分かれます。それぞれ別々の製品として捉えたほうが理解しやすい、というのが現時点の率直な印象です。下の図はそのうち中小企業から個人開発者までが直接触る主要4面を「対話/プログラム」×「単発/常駐」のマトリクスに整理したもの。5面目のEnterprise Agent Platform (Gemini Enterprise) は規制業界・大企業向けの配布面で、マトリクスの外側に位置するため、ここでは図の下に注記する形で並べています。

Desktop App は中心となるGUIで、エージェントとの対話とタスクの並列実行を司ります。1.0の「IDE」からは離れ、エージェントに仕事を渡し、結果を確認するための専用クライアントに近い性格になりました。Google AI Studio、Firebase、Androidの周辺ツールとの連携を前提に設計されている点が特徴です。

CLI は、これまでGoogleが提供してきた Gemini CLI が改称・統合されたものです。Google Developers Blogの告知によると、コマンド名は agyで、従来のGemini CLIは2026年6月18日にシャットダウン予告されているため、既存ユーザーはそれまでに移行する必要があります。ターミナルからプロジェクトディレクトリを指定して対話を始められ、CIや既存のシェルスクリプトに組み込みやすいのが利点です。Claude Codeを使ったことがある人なら、立ち位置はほぼ同じだと考えてよいでしょう。

SDK は、Googleが社内のエージェントランタイムを外部のアプリケーションから直接呼び出すためのライブラリです。自社のWebサービスやバックエンドからエージェント機能を組み込みたい場合の選択肢になります。Managed Agents in the Gemini API は、Gemini APIに対して通常のChat Completionsを叩く感覚で「エージェントワークフロー1回ぶん」を投げると、隔離環境で多段のツール呼び出しまで内部で完結させて結果を返してくれる、という機能です。要するに「エージェントとしてのGemini」をAPI 1コールで使える、と読み替えるとイメージしやすい。

そして5つめのEnterprise Agent Platformは、Gemini Enterprise の一部として提供される、規制業界・大企業向けの配布面です。SSO・監査ログ・データ境界などの統制要件を満たした形で社内にエージェントを展開するためのもので、中小企業のICPからは離れた領域ですが、5-surface構成の全体像としては押さえておく価値があります。

この5つは並列に並んでいますが、中小企業がいきなり全部に手を出す必要はありません。多くの現場ではDesktopかCLIのどちらか一方から入れば十分で、SDK・Managed Agents・Enterprise Agent Platformは社内で本気でエージェント運用に踏み込む段階になってから検討すれば足ります。なお、これまで使ってきたGemini CLIは2026年6月18日にシャットダウン予告されており、既存ユーザーはそれまでに新CLI (agy) への移行が必要です。

料金体系の整理：何にいくらかかるのか

料金面はI/Oの発表でも比較的詳しく語られた部分です。整理すると次のようになります。一次ソースは Google 公式ブログと TechCrunch、補足としてMarkTechPostおよび9to5Googleを参照しています。

ポイントは利用量の計測単位です。複数報道が指摘しているとおり、Antigravity 2.0は「1日あたりのプロンプト回数」ではなく 5時間ごとに更新されるコンピュート時間 で枠を切っています。枠を使い切った後は、$25で2,500クレジット（1クレジット$0.01換算）を購入して継ぎ足す、いわゆるpay-as-you-go型のトップアップが用意されています。

ただしクレジット1単位がどれだけのコンピュート時間に相当するかは、現時点ではGoogleから明確に開示されていません。これはAgentpedia や The Register など複数の媒体で、利用者からの不満点として既に取り上げられているところです。並列マルチエージェントは原理的に「ループや過剰なツール呼び出しでコストが急増し得る」設計なので、無料CLIで触る段階から、Google AI Studio / Google Cloud側の予算アラートをセットで設定しておくのが現実的な防衛策になります。

Claude Code / Cursor / Codex とどう違うのか

中小企業の方からよく聞かれる質問が「結局Claude CodeやCursorとどう違うのか」です。現時点で公開されている情報をもとに整理した位置づけが次の表です。仕様は変動するので、最終的な判断は各社公式の最新ページで行ってください。

編集者としての率直な評価を書いておくと、現時点でAntigravity 2.0が Claude Code に対して「決定的に優位」と言える要素は、まだ見えていません。Claude Code のターミナル中心の使い勝手は実運用で十分に枯れていますし、Cursorも個人の開発体験としては引き続き第一候補です。Antigravity 2.0の存在意義がもっとも立ち上がるのは、Google Workspace / Google Cloud / Firebase / Android といったGoogle側のスタックを業務の中核で使っている組織で、その文脈にエージェント運用を載せたい場合です。

逆に言えば、それ以外の中小企業にとって優先度は決して高くありません。乗り換えを検討する前に、「いま使っているClaude CodeやCursorで、本当に同じことができないのか」を一度確認したほうが、結果としては時間を節約できると考えています。

中小企業・個人開発者は、いつ・どう試すべきか

ここからは「導入を検討するなら」という前提で話を進めます。まず無料CLIで触れる範囲があるため、コストをかけずに肌感覚を掴むこと自体は誰でもできます。具体的なユースケースとして、以下の3つは比較的入りやすいと考えています。

1つめは、Google Workspaceとの連携を前提としたレポート自動化です。例えばGoogle Sheetsに溜まっている案件データから、月次のサマリ資料をDocsに書き出す、といった処理です。Google側のAPIへ素直に繋がる構造なので、他のエージェントツールと比べてつなぎ込みのコストが低くなりやすい領域です。

2つめは、Cloud Run / Cloud Functions を含めたデプロイ作業を任せるパターンです。コードの修正、テスト、デプロイまでをひと連なりのタスクとしてエージェントに渡す、という運用は、Google Cloudが手元のインフラになっているチームほど効きやすい。逆に AWS 中心のチームなら、Claude Code やCodexの方が素直です。

3つめは、社内ツールの小さなプロトタイプ作成です。「申請フォームの入力をスプレッドシートに整形して溜める」程度の規模で、UIとAPIの両方をエージェントに下書きさせる、という使い方は試す価値があります。中小企業向けAI活用ガイドでも触れていますが、この規模の社内ツールは「完成度より、まず動くものが手元にある」ことの価値が大きい領域です。

一方で、本記事の段階ではまだ実機での長期検証ができていません。発表からの数日でも仕様調整が複数入っており、ガイド記事に書いた手順がすぐ陳腐化することが予想されます。具体的なインストール手順やコマンドの細部は、antigravity.google/docsを都度参照する前提で動くのが安全です。

触る前に知っておくべきリスク

最後に、導入を判断する段階で見落とされがちな注意点を書いておきます。便利さの裏側で、従来のSaaSにはなかったタイプのリスクが乗ってくる点は理解しておく必要があります。

コスト面では、先ほど触れたとおりコンピュート時間ベースの課金とクレジットの不透明さが組み合わさっていて、月初に想定したコストと実額が大きくズレる可能性があります。本番運用に乗せる前に、Google Cloud側の予算アラートを必ず設定し、超過時に自動停止する設計にしておくべきです。

権限とデータについては、エージェントに渡す権限を最小から始める、という原則がここでも効きます。本番DBや顧客個人情報を直接読ませる構成は、検証段階では絶対に避け、必ずコピーされたサンドボックス上で挙動を確かめてください。エージェントが副作用のある操作（ファイル書き込み、外部APIへのPOST、デプロイなど）を実行するときは、最初は人の承認を挟むモードで運用し、十分に挙動が予測できるようになってから無人化を検討する、という順番が結局のところ事故が少ない進め方です。業務自動化全般の進め方でも繰り返し触れているとおり、エージェント連携が増えるほどAPIキーやトークンの保管点が増えるため、パスワード生成ツールとパスワードマネージャの併用、ソース直書きの徹底排除は引き続き重要です。

そして製品としての成熟度。Antigravity 2.0は発表からまだ日が浅く、ドキュメント・ツーリング・既知の落とし穴の蓄積が、Claude CodeやCursorと比べて明らかに不足しています。これは時間が解決する種類の問題ですが、いま判断するなら「今後数ヶ月〜半年でどう変わるかを観察しつつ、無料CLIで小さく触っておく」というスタンスが、中小企業にとっては妥当なところだと考えています。

よくある質問(FAQ)