言語を切り替える
テーマを切り替える

Copilot から Antigravity へ:エージェント・ファースト(Agent-First)開発の新パラダイムを身につける

金曜日の午後 4 時 50 分。画面の認証リファクタリングが、なかなか手が付けられない。Slack ではプロダクトマネージャーのアイコンが、すでに 3 回点滅している。

「この要件、月曜に出したいんです」

ため息が出る。従来のやり方なら、まず既存コードを読み、依存関係を整理してから、一行ずつ直していく。GitHub Copilot は確かに助けてくれる——def authenticate_user と打てば、JWT 検証ロジックを自動補完してくれる。でも今回は違う。認証フロー全体のリファクタリングで、5 ファイルにまたがり、後方互換性も維持しなければならない。

正直、その瞬間は少し絶望していた。

そこで、2 週間前に入れた新ツールを思い出した。Antigravity を開き、Manager View にこう打ち込む。「認証フローをリファクタリングし、JWT ロジックを独立モジュールに抽出、既存 API はそのまま維持して」。そして「Dispatch Agent」をクリック。

10 分後、別機能のユニットテストを書いていた。エージェントは完了。Artifacts パネルには実施計画、5 ファイル分の diff、依存関係図が並んでいた。確認したら、ほぼそのまま使える。2 か所だけ直して、コミット、push。5 時 15 分、PC を閉じた。

これが話したかった Agent-First 開発パラダイム。Copilot のような「一行書けば一行補完」ではなく、「タスクを定義し、AI が自律実行する」働き方の話です。

「補完思考」から「委任思考」へ

まず、このパラダイムの核心を押さえましょう。

Copilot 時代の働き方はこうです。頭の中で次の一行を考え、数文字打ち、灰色の提案を Tab で受け入れ、また次へ。目に見えない副操縦士が隣にいるが、主導権はあなたにある。

このモードには、見えにくいコストがある。注意が細切れになることです。2 行書いて、提案を見て、合っているか考え、受け入れるか拒否するか——単純なタスクなら問題ない。複数ファイルにまたがり、数十分から数時間続く作業になると、この断片的なやりとりはすぐに疲れを招きます。

Antigravity は別のアプローチです。Task-level Abstraction(タスクレベルの抽象化) —— AI に手順を一つずつ指示するのではなく、欲しい結果を自然言語で伝える。

同じ認証リファクタリングでも、こう違います。

  • Copilot モード:各ファイルを開き、「この関数を抽出」「この変数をリネーム」「このロジックを新ファイルへ」と指示し続ける。常にミクロ操作。
  • Antigravity モード:「認証フローをリファクタリングし、JWT ロジックを抽出、API は維持」と伝えるだけ。エージェントがコード分析、計画立案、リファクタリング実行、テスト生成まで進める。

要するに、コードを書いているのではなく、タスクを委任している

一見シンプルですが、radical(根本的)な転換です。開発者の役割が変わる——「コードを書く人」から「タスク設計者」と「結果の検証者」へ。一行ずつ監視する必要はなく(すべきでもない)、結果が期待どおりかを確認すればよい。

「AI にコードを書かせる? 問題が起きたら誰が責任を取る?」——そう思うのも当然です。

それが Artifacts パネルが解こうとしている問題です。

Artifacts:「ブラックボックス」を「ホワイトボックス」に

初めて Antigravity を使ったとき、正直不安でした。

エージェントが勝手に動き、ターミナルにログが流れる。具体的に何をしているのか、見えない。5 分後に「タスク完了」、数百行の新コード——最初の反応は喜びより恐怖。

「このコード、信頼できるのか?」

Google もこの問題を認識していました。Artifacts パネルは、Antigravity で最も価値のある設計のひとつです。

タスク完了時、最終コードだけが渡されるわけではありません。Artifacts パネルには次の情報があります。

  • タスク計画:タスクの分解方法と各ステップの内容
  • 実行ログ:各操作の記録——どのファイルを、なぜ変更したか
  • スクリーンショット/録画:UI 変更がある場合のブラウザキャプチャ
  • 依存関係分析:変更ファイル間の依存関係図

これが 2 つの問題を解きます。

第一、監査可能性。エージェントの判断を一つずつ遡れる。問題があれば、どのステップで起きたか特定できる。「AI が生成した謎のコード」に途方に暮れる必要はない。

第二、信頼の構築。最初は Artifact をすべて確認するでしょう。時間が経つと、特定タスクでの成功率の高さに気づき、任せられる範囲が広がっていく。

新入社員を育てるのと似ています。最初は細かく確認し、成果物の質が安定すれば、より大きなタスクを任せられる。Artifacts は、あなたとエージェントの間の信頼の架け橋です。

同期 vs 非同期:並列がキラー機能な理由

Copilot も Cursor も 同期型。問いかけ、答えを待ち、生成が終わってから次へ。

Antigravity の Manager View は 非同期並列 を導入しています。

複数のエージェントを同時に派遣し、それぞれがバックグラウンドで独立実行。あなたは別のコードを書き続け、完了したら通知が来る。

Codecademy のテストでは、Antigravity は最大 5 つのエージェントを同時に 5 つの異なるタスクへ派遣できると報告されています。従来のワークフローでは考えにくいことです。

こんな場面を想像してください。

  • 新機能を書きながら、1 体に昨日のバグ修正、もう 1 体にドキュメント更新を任せる
  • 金曜の退勤前に 3 体を技術的負債処理へ派遣し、月曜朝に結果を確認する
  • デバッグ中に、別のエージェントに関連情報の検索を任せる

この並列能力は、人間の注意のシングルスレッド制限を超えるものです。1 タスクの完了を待ち続ける必要はなく、システムリソースのように AI エージェントをスケジュールできる。

もちろん、新しい複雑さも伴います。複数エージェントの状態管理、競合(2 体が同じファイルを同時に触るなど)への対処。Antigravity には組み込みの競合検出があり、コミット前に警告してくれます。

実践:最初のエージェントを設定して検証する

ここまで読んだなら、試してみたくなっているはず。

Antigravity は個人開発者向けに現在無料(パブリックプレビュー)。インストール後、Editor View と Manager View の 2 つが使えます。

Editor View は VS Code に近い——コード補完、シンタックスハイライト、サイドバーチャット。軽く触るだけなら、Agent Sidebar でも簡単なタスクはこなせます。

本当の力は Manager View にあります。切り替えると、ミッションコントロールのような画面が現れます。

ステップ 1:エージェントを作成

「New Agent」をクリック。名前を付ける(例:「Refactor Agent」)、モデルを選ぶ(Gemini 3 Pro、Claude Sonnet、GPT-OSS)、制約を設定する(例:「テストファイルは触らない」「後方互換性を維持」)。

ステップ 2:タスクを派遣

タスク欄に自然言語で要件を書く。具体的で、検証可能であることが重要。

❌ 悪い例:「このモジュールを最適化して」
✅ 良い例:「utils/auth.py の JWT 検証ロジックを jwt_handler.py に抽出し、すべての import を更新、既存 API シグネチャは変更しない」

ステップ 3:進捗をモニタリング

実行中は Manager View で状態を確認。長いタスクなら Editor View に戻って別作業を続けられる。

ステップ 4:結果を検証

完了後、まず Artifacts の「タスク計画」で意図の一致を確認。次にコード diff で変更範囲をチェック。最後にテストを走らせ、既存機能が壊れていないか確認。

ひとつアドバイス:最初は低リスクタスクから——フォーマット、変数リネーム、ドキュメント更新。エージェントの能力境界が見えてきたら、より複雑なリファクタリングに進む。

能力の境界について、客観的に言えば Antigravity も万能ではありません。

現実チェック:Antigravity の限界

ITECS のエンタープライズ評価によれば、Antigravity は自律エージェントアーキテクチャと監査成果物の生成で先行していますが、本番環境での企業採用には障壁もあります。

主な制限:

セキュリティ:AI にコードを自律修正させることは、企業環境ではリスクを伴います。Artifacts が監査を提供しても、高度に機密性の高いプロジェクトは完全委任に向かないかもしれません。

エコシステム:VS Code + Copilot の成熟度に比べ、Antigravity のプラグインやサードパーティ連携はまだ少ない。特定のワークフローツールに依存しているなら、トレードオフを検討する必要があります。

学習曲線:「補完思考」から「委任思考」への転換には時間がかかる。初期の「コントロールを失った感覚」は、多くの開発者が経験する正常な反応です。

また、すべての人に合うパラダイムではありません。コードを書くプロセス自体を楽しみ、一行ずつ手でコントロールしたい人には、Copilot や Cursor の方が向いている。Antigravity は、「反復作業から解放され、アーキテクチャと戦略に集中したい」開発者のためのツールです。

おわりに

長くなりましたが、核心は一行です。Agent-First は開発者の代替ではなく、開発者のアップグレード

Copilot の「AI がコーディングを補助する」から、Antigravity の「私が AI のコーディングを指導する」へ——ツールの変化であると同時に、思考の変化です。価値はタイピング速度ではなく、問題定義、アーキテクチャ設計、結果検証の能力に移っていきます。

この転換が一夜で完了するわけではない。私もまだ適応中です。それでも、2 時間かかるはずのリファクタリングをエージェントが 10 分で終えたのを見たとき、この方向が正しいと確信しました。

試すなら、小さなタスクから。Antigravity をダウンロード(個人無料)し、ずっとリファクタリングしたかったモジュールを選び、エージェントを 1 体派遣してみてください。

最初の結果が完璧でなくても構いません。プロンプトを調整し、制約を変え、もう一度。

少しずつ、反復作業に費やす時間が減り、本当に価値のある判断に使う時間が増えていくはずです。

それこそが、AI プログラミングツールが私たちにもたらすべきものです。

FAQ

Antigravity と GitHub Copilot の本質的な違いは何ですか?
Copilot は同期型の「補完思考」——一行書けば一行補完、常に注視が必要です。Antigravity は非同期型の「委任思考」——自然言語でタスク目標を伝え、エージェントが自律的に分析・計画・実行します。その間、別の作業を並行できます。前者は副操縦士、後者は受託者です。
Artifacts パネルはどんな課題を解決しますか?
AI 生成コードの「ブラックボックス」問題に対応します。タスク計画、実行ログ、依存関係分析などの監査情報を提供し、エージェントの判断を遡って信頼を築き、問題発生時に原因を素早く特定できます。
Antigravity はどんな開発者向けですか?
反復作業から解放され、アーキテクチャ設計や戦略判断に集中したい人向けです。一行ずつコードをコントロールするのが好きなら Copilot の方が合うかもしれません。Antigravity は、ファイル横断リファクタリング、技術的負債の整理、ドキュメント更新など、複雑で反復的なタスクに特に強いです。
Antigravity 利用時のセキュリティリスクは?
主なリスクは、AI の自律修正によるバグ混入、機密コードのクラウド送信、複数エージェントの並列実行による競合です。低リスクタスクから始め、Artifacts を丁寧に確認し、コアの機密コードは人手で管理し、適切な制約を設定することをおすすめします。

4分で読めます · 公開日: 2026年2月27日 · 更新日: 2026年6月8日

関連記事

コメント

GitHubアカウントでログインしてコメントできます