コードを「書く」時代は終わった
朝9時、コーヒー片手にエディタを開く。いつもならここから数時間、キーボードと格闘する日々だった。でも今日は違う。
「認証機能を実装して。OAuth2.0で、エラーハンドリングも丁寧に」
そう打ち込んだら、あとは別の仕事に移る。30分後にInboxを確認すると、実装完了の通知とブラウザでの動作テスト動画が届いている。
これがGoogle Antigravityの日常だ。
「補完ツール」から「同僚」へ
GitHub Copilotを使ったことがある人なら分かるだろう。あれは優秀なオートコンプリートだ。次の一行を予測してくれる。でも、計画は立てない。テストは走らせない。バグが出ても自分で直さない。
Antigravityのエージェントは違う。Gemini 3で駆動されるこいつらは、ファイルを作り、コードを書き、ターミナルでコマンドを実行し、ブラウザでアプリを動かして確認し、エラーが出たら自分で修正する。
つまり、ジュニアエンジニアが夜通し作業してくれる感覚に近い。ただし、文句も言わないし、給料もいらない。
開発者の役割は「コーダー」から「アーキテクト」になる。一行ずつコードを書く作業から解放され、「何を作るか」「どんな品質基準を満たすか」という意思決定に集中できる。
迷子にならない設計哲学
ただし、問題がある。複数のエージェントがバックグラウンドで勝手に動いていたら、「今、何が起きてるんだ?」と見失う。
Antigravityはこの課題を、画面設計で解決している。
4つのゾーンで世界を理解する
Inbox（司令塔）
全エージェントの状態が一覧できるダッシュボード。「実行中」「承認待ち」「完了」が一目で分かる。メールの受信トレイに似ているが、中身は動的なプロセスへのリンクだ。
複数プロジェクトのタスクもフラットに並ぶ。プロジェクトAのバグ修正とプロジェクトBの新機能開発を、頭を切り替えずに管理できる。
エージェントが危険な操作（ファイル削除など）をしようとすると、ここに承認リクエストが飛んでくる。最後の砦は人間が握る。
Workspaces（プロジェクトの世界）
各プロジェクトの境界線。エージェントにとっては「世界そのもの」だ。
プロジェクトAのエージェントが誤ってプロジェクトBのファイルを触ることはない。それぞれ独立したファイルシステムビューを持ち、設定ファイル（.gemini/settings.json）でルールも変えられる。
レガシープロジェクトには「既存の命名規則を守れ」、新規プロジェクトには「最新構文でRustを使え」と、エージェントの性格をチューニングできる。
Playground（実験場）
新しいアイデアを試すための使い捨て空間。
「ポモドーロタイマー作って」と話しかけるだけで、フォルダ作成もnpm initも不要。エージェントが即座に計画を立て、コードを生成し、ブラウザプレビューまで見せてくれる。
気に入らなければ破棄。いい感じならボタン一つでWorkspaceに昇格させて本格開発に移行できる。
これは「Vibe Coding（雰囲気コーディング）」と呼ばれる新しいスタイルの理想形だ。厳密な技術知識がなくても、対話しながらアプリを作れる。
Editor View（精密作業の現場）
おなじみのコードエディタ。VS Codeベースだから違和感はない。
ただし、ここにもAIが深く統合されている。コードの一部を選択してCmd+Iを押せば、「この関数にエラーハンドリングを追加」といった細かい指示を出せる。エージェントが即座に書き換える。
右側のサイドバーではチャット形式で質問もできる。「この変数名、何がベストプラクティス?」と聞けば、プロジェクト全体のコンテキストを理解した上で答えてくれる。
シームレスな行き来が鍵
重要なのは、これらが孤立していないこと。
Cmd+Eを押すだけで、Agent Manager（全体俯瞰）とEditor View（詳細作業）を瞬時に切り替えられる。
Inboxで「認証機能完成」の通知を見る → Editor Viewに切り替えて細部を確認 → ちょっと気になる部分を手で修正 → また全体に戻って次のタスクを投げる。
この流れが、思考を中断させない。
どこで何をすべきか？判断基準
実際の作業で迷わないために、判断基準を明確にしておこう。
| 状況 | 使う場所 | 理由 |
|---|---|---|
| 漠然としたアイデアがある | Playground | 環境構築ゼロ。失敗しても気軽 |
| 既存プロジェクトに大機能追加 | Workspace（Inbox経由） | 複数ファイル横断の長期タスク |
| 原因不明のバグ調査 | Workspace（Inbox経由） | 自律的な調査・横断検索が必要 |
| 特定行の修正・リファクタ | Editor View | 局所的で即座に確認したい |
| エージェントの進捗確認 | Inbox | 全体を一元管理 |
| 生成アプリの動作確認 | Artifacts（動画・スクショ） | コード読まず直感的に検証 |
| コードロジックの詳細検証 | Editor View（Diff） | 精密レビューにはエディタ |
基本原則はシンプルだ。
- 新規・実験 → Playground
- 大きい・時間かかる → Workspace（Inbox監視）
- 小さい・今すぐ → Editor View
どのルートを通っても、途中で不備に気づいたら逆のルートに移れる。Editorで修正中に大きな設計ミスに気づいたら、Managerに投げ直せばいい。
信頼を築く「Artifacts」という仕組み
AIに勝手にコードを変えられるのは怖い。その不安を解消するのが「Artifacts（成果物）」だ。
エージェントは作業前に実装計画書を出す。「これから何をするか」を箇条書きで提示し、人間の承認を待つ。
作業中・作業後にはスクリーンショットやブラウザ操作の動画を残す。「ログインボタンが動かない」というバグ修正に対し、「ログイン成功画面」のスクショが届けば、コードを読まなくても修正完了が確信できる。
さらに、これらのArtifactsにはGoogle Docsのようにコメントをつけられる。スクショを見て「このボタンのデザイン、もっとモダンに」とコメントすれば、エージェントが理解して修正する。
コードの専門知識がなくても、視覚的なフィードバックで指示できる。
実戦での運用テクニック
キーボードショートカットを体に叩き込め
Cmd+Eは単なる画面切り替えじゃない。「全体指揮官」と「現場監督」という2つの人格を切り替えるスイッチだ。
慣れると、思考モードが変わる瞬間に無意識に押すようになる。
設定ファイルで安全網を張る
.gemini/settings.jsonでエージェントの行動を制御できる。
rm -rfのような危険コマンドを自動拒否させたり、都度確認させたり。「迷子ゼロ」だけでなく「事故ゼロ」のための保険だ。
外部ツール（データベース、Firebaseなど）との接続設定もここで行う。MCP（Model Context Protocol）Serversを通じて、エージェントの守備範囲をコードの外まで広げられる。
これは「道具」ではなく「チームメンバー」だ
Google Antigravityの本質は、開発者がツールの複雑さに埋もれず、純粋に創造的な「意図」の実現に集中できる環境を作ることだ。
Agent Managerは時間と空間（ファイルシステム）を管理し、Inboxで非同期の安心感を与える。
Editor Viewは精度と品質を担保し、同期的な確実性を与える。
Playgroundは自由を与える。
この役割分担を理解すれば、エージェントは単なる道具じゃなくなる。チームの一員になる。オーケストラの指揮者のように、複数のエージェントを自在に操れるようになる。
コードを「書く」時代は終わった。これからは「創る」時代だ。
補足：無料版とPro版の違い
Gemini 3モデルの利用には制限がある。詳細はレート制限ポリシーを確認してほしいが、本格的に使うならPro/Ultra版の検討を推奨する。
セキュリティ注意
エージェントは強力だが、万能ではない。最終的なコードレビューと承認は人間が行うこと。特に本番環境へのデプロイ前は必ず目視確認を。
この記事で紹介した内容は、Google Antigravityの公式ドキュメントと技術仕様に基づいています。実際の利用にあたっては最新の公式情報を参照してください。