GoogleがエンタープライズエージェントプラットフォームWarsに参入: Antigravity 2.0とGemini Enterprise Agent PlatformをCTO視点で評価する

エンタープライズエージェントプラットフォームの候補リストに4番目の名前が加わりました。GoogleのI/O 2026の発表がその差を埋め、エージェントインフラを評価しているすべてのCTO（最高技術責任者）は、今や比較すべき全プレーヤーが出揃いました。

Google I/O 2026での発表内容

GoogleのI/O 2026開発者ハイライトによると、同社は2026年5月19日にAntigravity 2.0をスタンドアロンのデスクトップアプリケーションとして発表しました。これはエージェントオーケストレーションを中心に完全に構築されています。重要な区別点として、これは既存のAntigravity IDE（統合開発環境）に追加されたプラグインではありません。エージェントワークフローのために一から設計された独立した製品です。

このプラットフォームは5つのコンポーネントがシステムとして連携します。まず、Antigravityデスクトップアプリケーション本体。次に、旧Gemini CLIを置き換えるAntigravityコマンドラインインターフェース（CLI）。3番目に、カスタムエージェントを構築する開発者向けのAntigravity SDK（ソフトウェア開発キット）。4番目に、Gemini API（アプリケーションプログラミングインターフェース）のManaged Agents。5番目に、Google Cloudの顧客向けエンタープライズ展開パスである Gemini Enterprise Agent Platform。Googleはこの発表とともにAgent Development Kit（ADK）2.0も刷新しました。

重要なポイント

• GoogleはI/O 2026（2026年5月19日）で、既存のAntigravity IDEとは別個のスタンドアロンエージェントファーストデスクトップアプリとしてAntigravity 2.0を発表（Google、2026年）。
• Antigravity 2.0は5つのコンポーネントで構成: デスクトップアプリ、CLI、SDK、Gemini APIのManaged Agents、Gemini Enterprise Agent Platformの展開パス（Google、2026年）。
• Managed Agentsでは、1回のGemini API呼び出しで、推論、ツール使用、隔離されたLinux環境内でのコード実行が可能なエージェントが起動する（Google、2026年）。

Managed Agentsの機能は注目に値します。1回のAPI呼び出しで、推論、ツール呼び出し、隔離されたLinux環境内でのコード実行が可能なエージェントがプロビジョニングされます。この実行の隔離こそが、セキュリティと影響範囲の制御を考えるCTOにとって最も重要な技術的詳細です。エージェントはサンドボックス内で動作し、本番環境では動作しないため、リスクの計算が大きく変わります。

Google Cloud顧客向けにGemini Enterprise Agent Platformが加える価値

Gemini Enterprise Agent Platformは、この発表が大規模組織にとって実用的になる部分です。Google Cloudの顧客がAntigravityを既存のGoogle Cloudプロジェクトに直接組み込めるようにします。つまり、エージェントインフラが既存のIAM（アイデンティティとアクセス管理）設定、課金構造、データガバナンス設定を継承することができます。

エンジニアリングチームがすでにGoogle Cloud上にいる場合、これは大規模にエージェントをデプロイするための最も摩擦の少ないパスです。新しいアイデンティティ層を構築する必要はありません。データレジデンシーの姿勢を再交渉する必要もありません。すでに持っているものを拡張するだけです。

これは新しいプラットフォーム上でエージェントインフラを構築することとは異なります。十分に検討する価値があります。クラウドネイティブ統合の利便性は本物ですが、それに伴うベンダーロックインも同様です。両面をCTOの評価に含める必要があります。

すでにGoogle Cloud上にないチームにとって、計算式は逆転します。統合の優位性が消え、Googleのランタイム能力とコントロールプレーンを他の3つのプラットフォームと対等な条件で直接比較することになります。そこでは構造化された比較の視点が役立ちます。

エンタープライズエージェントプラットフォームスタック: 評価のフレームワーク

2026年における信頼できるエンタープライズエージェントプラットフォームはすべて4つの要素を積み重ねています。この層に名前をつけることで、CTOはブランディングに惑わされることなく、どのベンダーのピッチに対しても繰り返し使える質問の枠組みを持てます。

これをエンタープライズエージェントプラットフォームスタックと呼びます:

レイヤー1: ランタイム。 エージェントのツールが実際に実行される場所。ベンダークラウド? 顧客クラウド? ハイブリッドサンドボックス? このレイヤーはベンダー間で最も異なり、セキュリティ上の重みも最大です。隔離されたLinuxコンテナ（Googleのアプローチ）と顧客管理型サンドボックス（Anthropicのアプローチ）は異なります。コンピュートを誰がコントロールするかが重要です。

レイヤー2: コントロールプレーン。 アイデンティティ、監査、フリート可視性のレイヤー。どのエージェントが動作しているかを誰が確認できますか? どのような監査ログが存在しますか? 暴走したエージェントへのアクセスをどう取り消しますか? エンタープライズガバナンスが宿るのはここです。そしてベンダーがデモで過小評価しがちなレイヤーでもあります。

レイヤー3: ディストリビューションサーフェス。 開発者とエンドユーザーがエージェントにアクセスする方法。IDEプラグインか? CLIか? デスクトップアプリか? SlackやSalesforce内のプロダクトボタンか? ディストリビューションが組織内での採用速度を決定します。Microsoft、OpenAI、Anthropic、Googleはそれぞれ異なる回答をしています。

レイヤー4: 統合レイヤー。 システムオブレコードへのコネクタ。エージェントはどのようにCRM、ERP、データウェアハウス、内部ツールに接続しますか? 既製コネクタかAPIファーストアプローチかMCP（Model Context Protocol）標準かによって、統合レイヤーでの購入か自社開発かの決定が変わります。

実際のエンタープライズAIパターンの積み重ね方についてはAIエージェント構築のためのパターン積み重ねで、また自律エージェントパターン自体の基礎知識も参考にしてください。

4つのプラットフォームの比較

フィールドが出揃いました。4つのプラットフォームがエンタープライズエージェントプラットフォームスタックにどのようにマッピングされるかを示します。各セルは事実の説明であり、評決ではありません。

Microsoft Agent 365の解説、Windows 365 for Agentsの詳細、Anthropicの自社ホストサンドボックス発表はそれぞれこの記事と合わせてお読みください。これらを総合すると、収束しているアーキテクチャのパターンが見えてきます。隔離されたランタイム、APIコントロールプレーン、複数のディストリビューションサーフェスという組み合わせです。Googleの参入により、このパターンはMicrosoft固有の設計選択ではなく、業界全体の傾向であることが確認されました。

SalesforceとSlack向けのOpenAI Workspace Agentsのコネクタ主導モデルは異なる統合ファーストのアプローチを取っており、セールス中心の組織にとっては統合レイヤーが最も重要な比較ポイントになります。

AI戦略への示唆

4つのベンダーすべてで隔離されたランタイムへの収束は、注意深く読む価値のあるシグナルです。実行の隔離はすでに差別化要因ではなく、最低条件になりつつあります。差別化はコントロールプレーン（フリートの可視性と監査の深さ）と統合レイヤー（どれだけのカスタム作業が必要か）に移っています。

Google Cloudにすでに投資しているCTOにとって、Antigravity 2.0は最初の自然なテスト対象です。IAMと課金の継承だけで、調達とコンプライアンスのオーバーヘッドが大幅に削減されます。しかし「最初の自然なテスト対象」は「自動的な勝者」を意味しません。現在のクラウド投資に関係なく、4層スタックの評価は等しく適用されます。

エンタープライズにおけるAIエージェントガイドはこれらの決定の広範な戦略的コンテキストをカバーしています。また、長期的なプラットフォーム依存について考えている場合、AIソブリンティの記事がベンダーロックインの問題を直接扱っています。

プラットフォームを購入するかプリミティブの上に構築するかを検討しているチームには、パターン別の購入vs構築フレームワークがこの状況に適用できる意思決定の構造を提供しています。

今週取るべきアクション

最終的なプラットフォームの決定はまだ必要ありません。ただし、1つのベンダーのデモが自社の前提を形成してしまう前に、評価の筋肉を今から鍛え始める必要があります。

3つの具体的なアクション:

4つのスタックすべてで実際のユースケースを1つ実行してください。 影響の少ない社内ワークフロー（データ取得エージェント、ドキュメント要約タスク）を選び、各プラットフォームでプロビジョニングしてください。本番グレードのデプロイは不要です。各ランタイムとコントロールプレーンに直接触れて、自社の意見を持てる程度で十分です。実際に触れた1時間は、10回のベンダーブリーフィングより価値があります。

各ベンダーにランタイム隔離の図を要求してください。 スライドデッキではありません。エージェントのコードが実際にどこで実行されるか、誰がコンピュートをコントロールするか、データがどの境界を越えるかを示す技術図を要求してください。提出できないベンダーがいれば、それ自体がシグナルです。

4層スタックを使った最小限のRFPを作成してください。 ベンダーと話す前に、各レイヤーの最低限許容できる回答を書き出してください。セキュリティチームが実際に受け入れられるランタイムの姿勢は? コンプライアンスチームが必要とする監査の深さは? 初日に必要な統合コネクタは? ベンダーはあなたが与えた質問に答えます。正しい質問を用意しておいてください。

エンタープライズエージェントプラットフォーム市場に4番目の本格的な参入者が加わりました。これは問題ではありません。CTOにとっての優位性です。真の競争、真のアーキテクチャの多様性、そして今構築する評価フレームワークが今後数年にわたって役立つ瞬間です。

よくある質問

Gemini Enterprise Agent Platformとは?

Gemini Enterprise Agent PlatformはGoogleのAntigravity 2.0向けエンタープライズ展開パスです。すでにGoogle Cloud上で動作している組織が、別のアイデンティティとセキュリティ層を構築することなく、Google CloudのIAM、課金、データガバナンス設定を継承しながらAntigravityエージェントを既存プロジェクトに直接組み込めるようにします。

Antigravity 2.0は既存のAntigravity IDEとどう違うのか?

Antigravity 2.0はエージェントオーケストレーションのために完全に構築された独立したスタンドアロンデスクトップアプリケーションです。既存のAntigravity IDEのアップデートではありません。2つの製品は異なる目的を持っています。IDEが一般的なソフトウェア開発をサポートするのに対し、Antigravity 2.0はAIエージェントの作成、実行、管理に特化して設計されています。

CTOは4つのエンタープライズエージェントプラットフォームすべてを評価すべきか、それとも1つを選ぶべきか?

コミットする前に、一貫したフレームワークを使って4つすべての構造化された評価から始めてください。エンタープライズエージェントプラットフォームスタック（ランタイム、コントロールプレーン、ディストリビューションサーフェス、統合レイヤー）がベンダーに依存しない視点を提供します。実際には、既存のクラウドインフラが候補リストをすぐに絞り込むでしょう。ただし、決定する前に少なくとも各プラットフォームで実際のユースケースを1つ実行することは、時間をかける価値があります。

関連記事

• エンタープライズにおけるAIエージェント
• AIソブリンティ: ベンダー依存の管理
• 自律エージェントパターン
• パターン別の購入vs構築
• ビジネスAIとは