Antigravityが目指す「AI開発OS」の野望と未来の開発者の姿：及川卓也からエージェント時代の開発者たちへ（6）（2/3 ページ）

生成AIツールが進化する中で、CLIによる完全な制御とコンテキスト管理、そしてIDEによる直感的な確認作業という、一見相反する要素の両立が求められています。この実現のために、AIがエディタやターミナルを統合する、いわば「OS」としての役割を担う未来が目前に来ています。今回はGoogleの「Antigravity」を手がかりに、AIとIDEの主従関係が逆転するパラダイムシフトを読み解きます。

[及川卓也，Tably株式会社]

Antigravityが「Agent OS」と呼べる理由

　Antigravityのこうした振る舞いを見ていると、これが単なる強力なIDEではなく「OS（オペレーティングシステム）」と呼ぶべきものだと強く感じます。

　ここで、OSの本来の役割とは何かを振り返ってみます。WindowsやmacOS、あるいはLinuxといった私たちが慣れ親しんでいるOSは、アプリケーション（ツール）を動かすための基盤を提供し、ハードディスクやメモリといった「リソース」へのアクセスを管理し、全体がクラッシュしないよう実行環境を整える役割を担っています。

　Antigravityの設計を理解する鍵は、「3つのサーフェス」に対するリソース管理にあります。エディタ、ターミナル、ブラウザ。この3つが、AIエージェントが自在に操作できる「面」として統合されているのです。

　エディタは、VS Codeをベースにした親しみやすいインタフェースです。AIによるコード補完やインラインでの指示など、人間が直接コードに触れる必要があるとき（Human-in-the-Loopの介入時）に使います。 ターミナルは、エージェントがシェルコマンドを自律的に実行し、ビルド、テスト、デプロイまでを行う空間です。 そして3つ目がブラウザです。Antigravityには専用のChromeブラウザが組み込まれており、エージェントがWebアプリケーションを操作し、UIの動作を確認し、スクリーンショットや動画として記録します。

　コードを書いて、実行して、ブラウザで確認する。開発者が日常的に繰り返しているこの一連の作業に必要なステップを、AIエージェントがOSのプロセスのように途切れなく呼び出せるようになっています。複数の独立したエージェントが非同期で異なるタスクを並行処理する様子は、まさにOSがマルチプロセスをスケジューリングしている姿そのものです。

　「AI ＝ OS」であり、「IDEやブラウザ ＝ アプリケーションソフト」という図式です。

　この「OSとしてのAI」という仮説を裏付ける興味深い事実があります。実はAntigravityでは、作業をさせるAIモデルとして、GoogleのGeminiだけでなく、Model Garden（Google Cloudが提供するAIモデルのカタログ）経由でサードパーティー製のモデルも選択できるようになっています。一見すると「なぜ自社のGeminiエージェントにこだわらないのか？」と不思議に思うかもしれません。

　しかし、OSというメタファーで考えれば辻褄（つま）が合います。ブラウザ操作やターミナルの制御、自律的な並行処理といった「ハードウェアやリソースの管理」という低レイヤーのOS機能は、GeminiやNano Bananaといった自社モデルにがっちりと担わせます。その上で、特定のコード生成やローカルな推論といった「アプリケーションレベル」のタスクにおいては、開発者が好みのAIモデル（ツール）を選べるようにしているのです。Windowsがさまざまなサードパーティー製アプリを動かせるのと同じように、Antigravityは「あらゆるAIモデルを動かすためのプラットフォーム」になろうとしています。

　Googleは、AIを単なる知能モジュール（モデル）として扱うのではなく、開発という行為全体を包含するオペレーティングシステムへと昇華させようとしています。だからこそ、彼らのプラットフォームは単にコードを書くためだけのものではなく、自律的なエージェント群が活動するための「実行基盤」として設計されているのです。

歴史的視点から見るプラットフォームの覇権

　このような「AI = OS」というアプローチを知ったとき、私はなるほどと深く納得しました。なぜなら、これは他のプレイヤーとは全く異なる、いかにも巨大テック企業らしい戦い方だからです。

　現在のAI開発ツールの市場を見ると、例えばCursorは「最高に洗練された手術用メス」として、エディタとしての使い勝手を極限まで磨き上げています。一方OpenAIは、そのメスを動かす「最強の頭脳（モデル）」を提供することに注力しています。

　これらに対してGoogleが取った戦略は、既に自社が持っている強大なインフラとエコシステムへの「囲い込み」です。

　AntigravityがOSとして振る舞い、開発の中心に鎮座した場合どうなるでしょうか。開発フローは自然と、中核となるGeminiモデル（脳）からスタートし、デプロイ先としてのGoogle Cloudへ繋がり、テスト環境としてのChromeブラウザを利用し、周辺機能としてGoogle Data Cloudなどの各種APIをシームレスに呼び出すという流れに組み込まれていきます。システムやデータがGoogleのエコシステム上に乗ることで、摩擦のない圧倒的なスピードが実現されるからです。

　この状況には、非常に強いデジャヴュ（既視感）を覚えます。

　かつて私がMicrosoftで働いていた1990年代、Windowsは圧倒的なAPI群（Win32 APIなど）を提供することで、世界中の開発者をそのプラットフォーム上に引き寄せました。OS（標準環境）という基盤を握ることで、その上で動くアプリケーションの生態系全てを支配したのです。また、後にGoogleがAndroidというOSを進化させ、Googleの各種サービスをデフォルト搭載した上で、ついにはスマートフォンやタブレットだけでなく、スマートウォッチ、テレビ、車載システムなどさまざまなデバイスに対応するプラットフォームへと成長させた歴史も同じ文脈にあります。

　単なる便利なツールを作るのではなく、時代を象徴するシステムアーキテクチャの根幹──すなわち「標準となるプラットフォーム」を握る。Antigravityの核にあるのは、そんなしたたかなプラットフォーム戦略です。一度このAI中心のエコシステムに乗ってしまえば、開発者はそこから抜け出す理由を見つけるのが難しくなるでしょう。