The Pulse：Antigravity 2.0 が「IDE」の概念を再定義

こんにちは、Pragmatic Engineer ニュースレターの特別無料号をお届けするゲルゲーです。毎号、シニアエンジニアやエンジニアリングリーダーの視点からビッグテックとスタートアップを取り上げています。本号では、2026 年 5 月 21 日付の『The Pulse』特集で取り上げられた 4 つのトピックのうちの一つをご紹介します。フルサブスクライバーには、以下の記事が 3 週間ほど前に配信されています。このメールを転送された方は、こちらから購読可能です。 昨日、Google は旗艦 AI IDE の Antigravity 2.0 を全面リニューアルしてリリースしました。「オリジナル」の Antigravity は昨年 7 月に Google がチームを 24 億ドルで買収した IDE「Windsurf」にほぼそっくりなクローンとして、2025 年 11 月に登場しました。 Google は Antigravity を、「Antigravity IDE」（従来のバージョン）と「Antigravity 2.0」という 2 つの別々のアプリケーションへと分化させました。この新バージョンは、Codex のデスクトップアプリをほぼクローンしたような外観です。Antigravity 2.0 をインストールすると、2 つの異なるアプリケーションが用意されます。Google の発表ポストより： 「すでに Antigravity IDE をインストールされている場合、そのアプリケーションが次回更新される際に自動的に Antigravity 2.0 にアップグレードされます。この時点で、開発者にとって推奨される Antigravity IDE を引き続き保持するかご質問いたします： 私の感覚では、Google のチームは「オリジナル」の Antigravity をサポートし続けるか、Codex 風の体験に投資するかで迷い、結果として両方を維持したのではないかと思われます。どのような理由であれ、これは混乱を招く命名法を生み出し、私にはチームの真の焦点が 2.0 にあるように感じられます。 大きな変化：Antigravity 2.0 は IDE を捨てて会話型インターフェースを追加しました このアップグレードは急ぎすぎたものであり、乱雑で、よく考えられていないと感じます。私のマシンには Antigravity がインストールされており、別途 Antigravity 2.0 もインストールしました。両方を並行して使いたかったのですが、Antigravity 1.0 で「更新するために再起動」をクリックすると、それが自動的に Antigravity 2.0（非 IDE バージョン）にアップグレードされてしまいました。突然、名前が異なる 2 つのアプリケーションが存在するようになりましたが、どちらも IDE ではありません。 テストのタイミング：私のマシンには 2 つのアプリがあるものの、IDE バージンがないのはテスト不足のためです Google は直感的ではないと感じられる「エージェントマネージャー（Agent Manager）」という概念を導入しました。おそらく相応しくも、その作成者はこれを説明することに苦労しています（強調は私による）。 翻訳全文 「2025 年 11 月に Google Antigravity IDE をリリースした際、市場にはエージェントファーストの GUI サフェス（ユーザーインターフェース）は存在しませんでした。私たちは、そのようなサフェスが少なくともソフトウェア開発においては機能することを証明したかったのです。そのため、Antigravity IDE のコア部分は馴染み深いエージェント駆動型 IDE である一方で、私たちは Agent Manager を導入しました。これは「IDE」の UI を大幅に排除した第二のサフェスであり、ユーザーがエージェントとの会話そのもの、エージェントが生み出した成果物（アーティファクト）、そしてマルチエージェント管理に集中できるようにするものです。 この分離がなくても、Antigravity IDE 内で開発以外のタスクにも Agent Manager が多く採用されていることに私たちは驚かされましたが、それは特に直感的とは言えません」。 「Agent Manager」とは基本的に複数のエージェントを起動するための手段であり、そのための最も直感的なインターフェースは、Claude や Codex のデスクトップアプリ、および Claude CoWork 内に存在します。Antigravity 2.0 はこれらを模倣し、UI の右側で新しいエージェントタスクを開始して追跡することで実現しています。 Google は Antigravity の IDE 部分をどう扱うかについて、決断に迷っているように見えます。リリース発表では、ユーザーを混乱させ続ける方針を示唆しています（強調は私による）： 「Antigravity 2.0 は未来ですが、すぐにワークフローを破壊するわけではありません。当面の間、Antigravity IDE アプリケーション自体と、Antigravity IDE 内の Agent Manager の両方が利用可能となります。今後のリリースでは、Agent Manager を Antigravity IDE から削除し、IDE を純粋なエージェント駆動型 IDE に転換します」 基本的に、Antigravity IDE（Google のビジョンにおける「未来」ではない）は、時間の経過とともに制限が強くなっていきます。エージェント機能が削除された後の「純粋に」エージェント駆動の IDE がどのようなものになるかは不明です。特に、Google によれば Antigravity IDE は未来ではないという点も考慮すると、その姿はさらに不透明になります。 それだけでなく、今回の発表では開発者に対し、Antigravity 2.0 を他の IDE と併用するよう推奨しています！リリース投稿（強調部分は私による）から引用します： 「Antigravity 2.0 は、お好みの IDE（Antigravity IDE でなくても構いません）と併用して使用することを推奨します。Google の社員たちはすでに Antigravity 2.0 を数多くの IDE と併用しています！今後まもなく、他の主要な IDE に対応する拡張機能やプラグインも提供予定です」。 私には、これは Google が Antigravity IDE を廃止し、Antigravity を搭載した VS Code、JetBrains、Cursor、または Zed を推奨しているように思えます。しかしながら、なぜ Cursor や Zed が Antigravity をサポートする必要があるのでしょうか？このメッセージは極めて混乱を招くものであり、Google は依然として不透明さの王者です。 Antigravity 2.0 に対するフィードバックは、バグ、使い勝手の悪さ、モデル対応の不備、さらなるバグ、そして Gemini トークンクォータの急速な枯渇により否定的です。Antigravity は、最先端の Anthropic や OpenAI のモデル（Opus 4.7 や GPT 5.5 など）をサポートしていません。OpenAI のような競合他社のモデルをサポートしないことは合理的ですが、Google が Anthropic の投資家である以上、最新バージョンの Opus 4.7 をサポートせず、レガシーな 4.6 モデルのみをサポートするのは少し奇妙です。 ![image](https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2026/06/image-3.png)Antigravity 2.0 がサポートするモデル Gemini 3.5 Flash は Google の最先端モデルですが、ファイル編集時に確認もせずに実行することへの開発者からの不満が多く、非効率なモデルのように見えます。もう一つの一般的な不満は、Antigravity が月額 100 ドルの Ultra サブスクリプションのデイリー利用枠を数分で使い切ってしまうことです。要するに、時間や意欲が不足していたために磨き上げられず、品質の低い製品であるように思われます。 コンテキストにおいて、Google の Antigravity 開発チーム自身が日常業務で Codex を使用しているかのような示唆を与える「Codex」フォルダが起動動画に含まれているのは恥ずべきことです。また、この動画が適切にレビューされていなかったことを示唆しています。そうでなければ、このような明白な詳細は事前に検出され修正されていたはずです: ![image](https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2026/06/image-4.png)ドキュメント内の Codex フォルダは、Antigravity 開発者がそのユーザーであることを示唆しています。出典：Antigravity 2.0 起動動画 さらに開発者を怒らせることに、Google はオープンソースの Gemini CLI をクローズドソースの Antigravity CLI に置き換えています。この動きにはいくつかの問題があります: Antigravity CLI は、IDE やその他の開発者ツールとの統合のために主にプログラム制御に使用される Google 独自の Agent Client Protocol (ACP) をサポートしていません。JetBrains や Zed などの IDE が採用しているこのプロトコルに対応していないため、Antigravity CLI はそれらと互換性がなくなります Google は、Gemini CLI の設定、スキル、MCP を Antigravity へ移行するためのパスを提供していません。ご自身でお調べください！ Gemini モデルを使用している開発者は、Google が Gemini CLI から Gemini 3.5 Flash モデルのサポートを削除したため、移転を余儀なくされています。このモデルは Antigravity CLI からのみ使用可能です。明らかにこれは移行を強制するために行われた措置です。なぜ移行パスを提供しないのでしょうか？ 私の感覚では、Antigravity チームは急速に動き、機能を壊し、欠陥のある製品を出荷しています。Antigravity 2.0 と Antigravity CLI という製品が、今週の Google の年次カンファレンス（Google I/O）の締め切りを満たすために急遽リリースされたように感じられます。Google は既存の製品を廃止してユーザーに新バージョンへの移行を促そうとしますが、新しいバージョンは欠陥があります。 ![image](https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2026/06/image-5.png)何が変更されたのか？Manu Cornet が 2011 年に描いたこの漫画は、Google が開発者向けツール分野で真剣なプレイヤーになることはないだろうという私の考えの大きな理由の一つです。AI を活用した開発者向けツールであっても同様です。6 か月から 12 ヶ月ごとに、Google の開発者向けツールに乗り入れた開発者に対し、「そこに参加したのは間違いだった」と思い出させます。Gemini CLI と Antigravity のユーザーの大多数が、Cursor、Anthropic、OpenAI、GitHub、あるいは他のベンダーの製品を試すために離れていくと予想されます。一度ワークフローが壊れたら、少数の人しか残らないでしょう。

The Pulse：Antigravity 2.0 が「IDE」の概念を再定義

背景や根拠まで確認しますか？

調べる

選ぶ

サイト