Googleの参入が意味するもの ―「実験」から「標準」へ
2025年11月18日、Googleはエージェント型開発プラットフォーム「Antigravity（アンチグラビティ）」を、最新AIモデル「Gemini 3」とあわせてパブリックプレビューとして公開しました。エージェント型開発とは、人間が一行ずつコードを書くのではなく、AIが自ら計画を立て、コードを書き、動かして試し、結果を検証するところまで一貫して進める開発スタイルのことです。
この分野を牽引してきたのは、AnthropicのClaude Code（クロード・コード）でした。そこへ検索とクラウドの巨人であるGoogleが本格参入したことで、状況は質的に変わりました。一社の先進的な実験だったものが、業界全体の潮流になったのです。
経営層にとって、この変化が意味することは明確です。「AIに開発を任せるかどうか」を議論する段階は終わり、「どう統制して任せるか」を決める段階に入りました。かつてクラウドやスマートフォンの業務利用がそうだったように、便利なツールは禁止しても現場に入ってきます。問われているのは導入の可否ではなく、統制の設計です。
Antigravityとは何か ―「優秀なエンジニアを雇い、管理画面で監督する」
Antigravityは、Googleの最新AIモデル「Gemini 3」の推論能力を核に設計された開発環境です。ベースはVS Code（世界で最も使われている開発用エディタ）で、その上でAIエージェントが計画から実装、テスト、検証までを自律的に実行します。
非エンジニアの方には、こう考えていただくのが近いでしょう。「非常に優秀なエンジニアを新しく雇った。ただし席を並べて働くのではなく、その仕事ぶりはすべて管理画面越しに監督する」。実際、Antigravityには2つの画面があります。人間が主導する従来型の作業画面（Editor Mode）と、複数のAIエージェントの働きを一覧で管理するダッシュボード（Agent Manager Mode）です。後者はまさに、AI部下の勤怠と成果物を確認する「管理職の画面」です。
注目すべき仕組みが2つあります。1つめは「Artifact（アーティファクト）」です。AIの作業計画、変更内容の差分、画面のスクリーンショットや録画までがすべて記録として残り、人間が後からレビューできます。AIの仕事がブラックボックスにならない設計です。
2つめは、AIの自律性を段階から選べることです。実行前にほぼ毎回確認を求める「Secure」、重要な判断点（コマンド実行や計画確定など）で人間の承認を挟む「Review-driven」、最小限の確認で自律的に進める「Agent-driven」といったプリセットが用意されています（このほか各ポリシーを個別に設定する「Custom」もあります。名称・段階は変わり得るため最新情報でご確認ください）。社内の稟議制度に例えれば、「全件事前決裁」「重要案件のみ決裁」「事後報告に近い運用」に相当します。AIにどこまでの決裁権限を与えるかを、組織が明示的に選ぶ設計になっているのです。
料金面では、Googleアカウントさえあれば無料のIndividualプラン（利用上限は週単位でリセット）で使い始められ、有料のGoogle AIサブスクリプションに加入すれば上限が拡大される構造です（2026年7月時点。プラン名・金額は変動が早いため、検討時は必ず公式の料金ページをご確認ください）。この「無料で誰でも始められる」という点は、後述するとおり、企業にとっては魅力であると同時にリスクでもあります。
Claude Codeとの共通点と相違点
先行するClaude Codeも、思想は共通しています。AIがコードベース全体を理解し、ファイルを編集し、コマンドを実行し、テストまで回す。人間は指示とレビューに回る。この基本形は両者とも同じです。相違点を一覧にすると次のようになります。
| 項目 | Claude Code | Google Antigravity |
|---|---|---|
| 提供元 | Anthropic | |
| 中核モデル | Claude系モデル | Gemini 3（ブラウザ操作用にGemini 2.5 Computer Use等も統合） |
| UI形態 | ターミナル、IDE拡張、デスクトップアプリ、Web | VS CodeベースのIDE＋Agent Managerダッシュボード |
| 自律性の制御 | 権限モード・承認プロンプト・管理者による強制設定 | Secure／Review-driven／Agent-drivenの3プリセット |
| 作業の可視化 | セッション履歴、OpenTelemetryによるイベント記録 | Artifact（計画・差分・スクリーンショット・録画） |
| 料金体系 | 有料サブスクリプションまたはAPI従量課金が基本 | 無料プランあり、Googleのサブスクリプションで上限拡大 |
| 企業向け統制 | 管理コンソール配信の強制設定、OpenTelemetryによる監査イベント出力 等 | 2026年7月時点で .antigravityignore 等 |
機能の優劣を細かく論じることには、あまり意味がありません。この分野の機能追加は月単位で進み、今日の差は半年後には埋まっているからです。むしろ表の下2行、すなわち統制と可視化の仕組みこそが、企業選定で時間をかけて検討すべき部分です。
本当の比較軸はガバナンス ―「無料で誰でも使える」の裏側
本シリーズでは以前、シャドーAI（情報システム部門の把握外で従業員が使うAIツール）のガバナンスや、監査ログの空白がもたらすリスクを取り上げました。Antigravityの登場は、まさにその論点の延長線上にあります。
Googleアカウントがあれば無料で使い始められる。これは裏を返せば、情報システム部門が知らないうちに、開発現場の誰かが自社のソースコードをAntigravityに読み込ませて仕事を始められる、ということです。ソースコードは企業の設計図であり、認証情報や顧客ロジックが含まれることも珍しくありません。経費精算が発生しないツールは調達プロセスに引っかからないまま社内に広がる。シャドーAIの典型的な流入経路が、開発ツールの領域にも開いたと捉えるべきです。
Antigravity自身もこのリスクを認識しており、AIに読み込ませたくないファイルを指定する「.antigravityignore」という仕組みを備えています。ただしこれは開発者が自分で設定するものであり、組織として強制する統制とは性質が異なります。鍵のかかる書庫があることと、全社員が施錠を徹底することは別問題なのです。
一方のClaude Codeは、企業導入を前提とした統制の整備が公式ドキュメント上で体系化されています。柱は3つあります。
第一に、強制力のある設定配布です。公式ドキュメントによれば、管理者は「マネージド設定」を管理コンソールやMDM（会社支給端末の一括管理システム）経由で全開発者の端末に配信でき、この設定は個人の設定より常に優先されます。使ってよいツールや接続先の制限、危険な操作の禁止などを、組織として強制できます。
第二に、監査ログです。利用状況はOpenTelemetry（システム監視の業界標準規格）でイベントとして出力でき、「誰が・いつ・どのツールを・許可されて／拒否されて使ったか」を利用者のID付きで自社のセキュリティ監視基盤（SIEM）に送れるとされています。
第三に、Enterpriseプランの組織管理基盤です。SSOやSCIMによるアカウント統制に加え、Compliance API（監査・法務部門が組織のアクティビティ記録を取得・削除できる仕組み）が用意されています。ただし注意点として、Compliance APIが対象とするのは、ログインや設定変更といった組織レベルの操作記録であり（AIとのやり取りの中身は記録されません）、Claude Codeの操作内容そのものは、前述のOpenTelemetryで自社の監視基盤に送って残す設計です。この違いを理解した上で組み合わせることが、内部監査や訴訟対応の要請に応える前提になります。
経営層が押さえるべき3つの判断基準
では、自社でエージェント型開発ツールを検討する際、何を確認すればよいのか。稟議書に書ける形で、3つに絞ります。
- ①監査可能性：誰が何をAIにさせたかを、後から追跡できるか。インシデント発生時に「AIが書いた変更はどれか」「誰の指示だったか」を特定できなければ、監査も再発防止もできません。ログが自社の監視基盤に届く仕組みがあるかを確認します。
- ②自律性の制御：AIの実行前に人間の承認を挟むフローを、個人任せではなく組織として強制できるか。Antigravityの3プリセットのような概念を理解した上で、「当社ではどのレベルまで許容するか」を先に決めます。
- ③データの扱い：ソースコードや機密情報がどこへ送られ、どれだけ保持され、AIの学習に使われるのか。契約プランによって条件が大きく異なるため、無料プランの規約を企業利用にそのまま当てはめないことが肝要です。
この3つは、いわば「AIという新入社員の、勤怠管理・決裁権限・守秘義務契約」です。人間の社員に対して当然行っていることを、AIエージェントに対しても行えるか。そう問い直せば、非エンジニアの経営層でも判断の勘所は掴めるはずです。
結論 ― 二者択一ではなく、統制されたPoCから
結論として、本稿は「どちらか一方を選べ」とは申し上げません。現実解は、案件のリスク階層に応じた使い分けです。監査ログの統合やデータ非学習の契約的担保など、エンタープライズ統制の整備状況を重視する用途では、Claude Codeが現時点では検討の起点になりやすいでしょう。一方、Googleのエコシステム（Gemini、Google Cloud）との親和性や、Artifactによる可視化されたエージェント管理の体験を評価するなら、Antigravityが有力です。
重要なのは、始め方です。推奨する進め方は次のとおりです。
- 利用実態の把握。 まず社内で既にAntigravityやClaude Codeを個人利用している開発者がいないかを確認する（シャドー利用の棚卸し）
- ポリシーの先行決定。 自律性レベル（AIにどこまで任せるか）と、AIに触れさせてよいコード・データの範囲を、ツール選定より先に文書化する
- 統制されたパイロット。 機密性の低いリポジトリを対象に、少人数・監査ログ有効・承認フロー必須の条件で1〜2ヶ月のPoC（概念実証）を行い、生産性とリスクの両面を測定する
- 測定結果に基づく判断。 PoCで得たログと成果を基に、対象範囲の拡大可否を経営会議で判断する
エージェント型開発は、正しく統制すれば開発生産性を大きく引き上げる可能性を持つ一方、統制なしに広がれば新しいシャドーAIの温床になります。Googleの参入で選択肢が増えた今こそ、「何を選ぶか」の前に「どう統制するか」を決める好機です。
DSB Consultingでは、エージェント型開発ツールのガバナンス設計とパイロット導入のご支援を行っています。自社の検討にあたり判断材料が必要な際は、お気軽にご相談ください。