📚 この記事は「Google Antigravity 完全攻略シリーズ」の Episode 13 です。
ソフトウェア開発の規模が大きくなるにつれ、1つのAIエージェントだけでは対処しきれない場面が増えてきます。フロントエンドとバックエンドを同時に開発したい、テストと実装を並行して進めたい——そんなニーズに応えるのが、Google Antigravityのマルチエージェント開発機能とManager Viewです。
本記事では、Antigravityで複数のAIエージェントを同時に起動し、Manager Viewで一元管理しながら並列開発を行う実践的なテクニックを解説します。
マルチエージェント開発とは
単一エージェントの限界
従来のAIコーディングツールは、1つのエージェントが1つのタスクを順番に処理するシリアル実行モデルです。
タスクA（30分）→ タスクB（20分）→ タスクC（25分）
合計: 75分マルチエージェント開発では、複数のエージェントが並列で作業します。
エージェント1: タスクA（30分）
エージェント2: タスクB（20分） ← 同時実行
エージェント3: タスクC（25分）
合計: 30分（最長タスクの時間）理論上、開発速度は2-5倍に向上します。
Antigravityのマルチエージェントアーキテクチャ
Antigravityのマルチエージェント機能は、以下の3つのコンポーネントで構成されています。
- Manager（管理者）: タスクを分割し、各エージェントに割り当てるオーケストレーター
- Worker（作業者）: 実際にコードを書くAIエージェント（複数起動可能）
- Manager View: 全エージェントの状態を一覧表示するダッシュボード
Manager Viewの使い方
Manager Viewの起動
Antigravityのターミナルで以下のコマンドを実行します。
# マルチエージェントモードで起動
antigravity --manager
# 特定のタスクでマルチエージェントを起動
antigravity --manager --task "ECサイトのユーザー管理機能を実装"Manager Viewのインターフェース
Manager Viewは、ブラウザベースのダッシュボードで以下の情報を表示します。
| セクション | 表示内容 |
|---|---|
| Agent Status | 各エージェントの稼働状態（実行中/待機中/完了） |
| Task Board | タスク一覧と割り当て状況 |
| File Changes | 各エージェントが変更したファイルの一覧 |
| Conflicts | ファイル競合の検出と解決状態 |
| Timeline | 作業の時系列ログ |
| Artifacts | 生成されたコード・テスト・ドキュメント |
エージェントの追加と管理
# Manager View から新しいエージェントを起動
/spawn worker --name "frontend" --context "src/components/"
/spawn worker --name "backend" --context "src/api/"
/spawn worker --name "tests" --context "src/__tests__/"
# エージェントの状態確認
/status
# 特定のエージェントに指示を送信
/tell frontend "ログインフォームのバリデーションを追加してください"実践パターン1：フロントエンド×バックエンド並列開発
プロジェクト構成
ECサイトのユーザー管理機能を、フロントエンドとバックエンドで並列に開発するケースです。
📦 ec-site/
├── frontend/ ← Agent 1 が担当
│ ├── src/
│ │ ├── components/
│ │ ├── pages/
│ │ └── hooks/
│ └── package.json
├── backend/ ← Agent 2 が担当
│ ├── src/
│ │ ├── controllers/
│ │ ├── services/
│ │ └── models/
│ └── package.json
└── shared/ ← 共有型定義
└── types/Manager への指示
antigravity --manager --task "
ユーザー管理機能を実装してください。
## タスク分割
1. Agent 'frontend': React でユーザー一覧・詳細・編集画面を実装
- src/components/UserList.tsx
- src/components/UserDetail.tsx
- src/pages/UsersPage.tsx
2. Agent 'backend': Express でユーザーCRUD APIを実装
- src/controllers/userController.ts
- src/services/userService.ts
- src/models/User.ts
## 共有仕様
- APIエンドポイント: /api/users
- レスポンス形式: { id, name, email, role, createdAt }
- 認証: JWT Bearer Token
"Manager View での進捗監視
Manager Viewでは、各エージェントの進捗をリアルタイムで確認できます。
┌─────────────────────────────────────────────────────────┐
│ 🤖 Manager View - ECサイト ユーザー管理 │
├──────────┬──────────┬──────────────────────────────────┤
│ Agent │ Status │ Current Task │
├──────────┼──────────┼──────────────────────────────────┤
│ frontend │ 🟢 Active │ UserList.tsx 作成中 │
│ backend │ 🟢 Active │ userController.ts 作成中 │
│ tests │ ⏳ Waiting │ frontend/backend 完了待ち │
├──────────┴──────────┴──────────────────────────────────┤
│ Files Changed: 8 │ Conflicts: 0 │ Progress: 45% │
└─────────────────────────────────────────────────────────┘実践パターン2：テスト駆動マルチエージェント開発
TDD（テスト駆動開発）をマルチエージェントで実現
antigravity --manager --task "
TDDアプローチでOrderServiceを実装してください。
## エージェント構成
1. Agent 'test-writer': テストを先に書く
- OrderServiceのユニットテストを作成
- 正常系・異常系・境界値テストを網羅
2. Agent 'implementer': テストが通る実装を書く
- test-writer が書いたテストをパスする実装を作成
- テストが全てグリーンになるまで修正
## 実行順序
1. test-writer がテストを作成（先行）
2. implementer がテストファイルを読んで実装（後追い）
3. test-writer が追加のエッジケーステストを作成
4. implementer が追加テストも通るよう修正
"Manager View でのTDD進捗管理
Timeline:
09:00 [test-writer] ✅ OrderService.test.ts 基本テスト作成（8ケース）
09:02 [implementer] 🔄 OrderService.ts 実装開始
09:05 [implementer] ✅ 6/8 テストパス
09:07 [test-writer] ✅ エッジケーステスト追加（+5ケース）
09:08 [implementer] ✅ 全13テストパス
09:09 [manager] 🎉 全タスク完了実践パターン3：マイクロサービス同時開発
複数サービスの並列開発
antigravity --manager --task "
マイクロサービスアーキテクチャで注文システムを構築してください。
## サービス構成とエージェント割り当て
1. Agent 'order-svc': 注文サービス（注文の作成・管理）
2. Agent 'inventory-svc': 在庫サービス（在庫の確認・更新）
3. Agent 'payment-svc': 決済サービス（支払い処理）
4. Agent 'notification-svc': 通知サービス（メール・プッシュ通知）
## 共通仕様
- 通信方式: gRPC（サービス間）、REST（クライアント向け）
- メッセージキュー: Pub/Sub でイベント駆動
- データベース: 各サービスが独自のDBを持つ
"ファイル競合の管理
競合検出と自動解決
複数のエージェントが同じファイルを編集しようとすると、Manager Viewが競合を自動検出します。
⚠️ Conflict Detected:
File: shared/types/User.ts
Agent 'frontend': Added field 'avatarUrl: string'
Agent 'backend': Added field 'avatar_url: string'
Resolution Options:
1. [Auto-merge] 両方の変更を統合
2. [frontend] frontend の変更を優先
3. [backend] backend の変更を優先
4. [manual] 手動で解決競合を防ぐ設計パターン
パターン1: ファイル所有権の明確化
# 各エージェントの担当範囲を明確に指定
/assign frontend --files "src/components/**" "src/pages/**" "src/hooks/**"
/assign backend --files "src/api/**" "src/services/**" "src/models/**"パターン2: 共有ファイルのロック
# 共有型定義ファイルを一方のエージェントにロック
/lock shared/types/ --agent backend
# backend が型定義を確定した後にロック解除
/unlock shared/types/パターン3: インターフェースファーストの開発
共有するインターフェース（API仕様、型定義）を先にManagerが定義し、各エージェントはそれに従って実装します。
/tell manager "
まず shared/types/api.ts にAPIインターフェースを定義してください。
その後、各エージェントはこのインターフェースに準拠して実装を進めてください。
"エージェント間の連携
アーティファクトの共有
エージェント間でアーティファクト（生成物）を共有できます。
# backend エージェントがAPI仕様を公開
/artifact backend api-spec "GET /api/users → UserResponse[]"
# frontend エージェントがAPI仕様を参照
/tell frontend "backend が公開したapi-specアーティファクトを参照して、APIクライアントを実装してください"依存関係の管理
# タスクの依存関係を定義
/depends "frontend:api-client" on "backend:api-implementation"
# → backend のAPI実装が完了するまで、frontend のAPIクライアント作成を待機パフォーマンスとコストの考慮
エージェント数の最適化
エージェント数を増やしすぎると、以下の問題が発生します。
- コンテキストの断片化: 各エージェントの視野が狭くなる
- 競合の増加: ファイル競合のリスクが高まる
- コストの増加: APIコールが比例して増加
推奨エージェント数:
| プロジェクト規模 | 推奨数 | 理由 |
|---|---|---|
| 小規模（1-5ファイル） | 1-2 | 並列化のオーバーヘッドが大きい |
| 中規模（5-20ファイル） | 2-3 | フロント/バック/テストの3分割 |
| 大規模（20+ファイル） | 3-5 | サービス・レイヤー単位で分割 |
コスト最適化
# 軽量タスクには低コストモデルを使用
/spawn worker --name "formatter" --model "gemini-flash" --task "コードフォーマット"
# 重要なロジックには高性能モデルを使用
/spawn worker --name "architect" --model "gemini-pro" --task "アーキテクチャ設計"SES現場でのマルチエージェント活用事例
事例1：大規模リファクタリング
レガシーシステムのリファクタリングを複数エージェントで並列実行。
antigravity --manager --task "
レガシーJavaアプリのSpring Boot 3移行
Agent 'dependency': pom.xml の依存関係を更新
Agent 'config': Java Config への移行（XML config → @Configuration）
Agent 'api': javax.* → jakarta.* パッケージ変更
Agent 'tests': テストの修正と追加
"結果: 通常2週間の作業を3日で完了。
事例2：新機能の高速プロトタイピング
antigravity --manager --task "
チャットボット機能のプロトタイプ
Agent 'ui': React ChatBot コンポーネント
Agent 'api': WebSocket サーバー実装
Agent 'ai': LLM統合レイヤー（OpenAI API連携）
"結果: 1日でデモ可能なプロトタイプを構築。
事例3：ドキュメント＋コード同時生成
antigravity --manager --task "
API開発とドキュメントを同時に
Agent 'developer': REST API実装
Agent 'documenter': OpenAPI仕様書・README・使用例の作成
Agent 'tester': APIの統合テスト作成
"トラブルシューティング
エージェントがフリーズした場合
# 特定のエージェントを再起動
/restart frontend
# 全エージェントを再起動
/restart allコンテキストサイズの超過
エージェントのコンテキストウィンドウが一杯になった場合、Managerが自動的にコンテキストを圧縮します。手動で圧縮することも可能です。
# コンテキストの圧縮
/compact frontend成果物の整合性チェック
# 全エージェントの成果物を統合してテスト実行
/verify --run-tests --lint --typecheckまとめ：Manager Viewで実現する並列AI開発
Antigravityのマルチエージェント開発とManager Viewは、AI開発の生産性を飛躍的に向上させる機能です。
導入チェックリスト
- 小さく始める: 2エージェント（フロント/バック）から開始
- タスク分割を明確に: 各エージェントの担当範囲を明示
- 共有インターフェースを先に定義: 競合を最小化
- Manager Viewで常時監視: 進捗と競合をリアルタイム確認
- 段階的にスケール: 慣れたらエージェント数を増やす
関連記事
Google Antigravity 完全攻略シリーズ一覧はこちら
