ANTIGRAVITY LABEN
記事一覧/Agents & Manager
Agents & Manager/2026-03-26上級

Antigravity マルチエージェント開発 実践設計パターン — AgentKit で構築する自律型AIチーム

AgentKit 2.0 のマルチエージェント設計パターンを深掘り。5つのオーケストレーション戦略、暴走防止、コスト管理の具体的な実装例。

antigravity435multi-agent21agentkit13advanced19orchestration15agents-md8

取り組みの背景

AI エージェントの時代、「1つのAIに丸投げ」は過去の話です。2026年は、複数の専門エージェントをオーケストレーションして、自律型AIチームを構築する ことが競争力になります。

noteで「マルチエージェント」「スウォームAI」「エージェント暴走防止」が急速にトレンド化している背景は、実装の複雑性と対応する価値が同時に見えてきたからです。

本記事は、AgentKit 2.0 の16種類の専門エージェント を使い、本番環境で動作するマルチエージェント設計パターンを5つ紹介。AGENTS.md の書き方、Manager Surface の活用法、そして「暴走」を確実に防ぐ手法まで、すべて実装例付きで解説します。


1. AgentKit 2.0 のアーキテクチャ

16 種類の専門エージェント

# AGENTS.md — Antigravity エージェント定義ファイル
version: "2.0"
 
agents:
  # === Code Generation & Refactoring ===
  code-writer:
    description: "新規コード生成・機能実装"
    model: "gemini-3.1-pro"
    temperature: 0.7
    max_tokens: 4000
 
  code-reviewer:
    description: "コード品質監査・リファクタリング提案"
    model: "gemini-3.1-pro"
    temperature: 0.3
    max_tokens: 2000
 
  refactoring-expert:
    description: "大規模リファクタリング・設計改善"
    model: "gemini-3.1-pro"
    temperature: 0.5
    max_tokens: 3000
 
  # === Testing & Quality ===
  test-generator:
    description: "ユニット・統合テスト自動生成"
    model: "gemini-3.1-flash"
    temperature: 0.3
    max_tokens: 2000
 
  test-reviewer:
    description: "テストケース品質監査"
    model: "gemini-3.1-pro"
    temperature: 0.4
    max_tokens: 1500
 
  # === Architecture & Design ===
  architect:
    description: "システムアーキテクチャ設計"
    model: "gemini-3.1-pro"
    temperature: 0.5
    max_tokens: 5000
 
  performance-analyzer:
    description: "パフォーマンスプロファイリング・最適化"
    model: "gemini-3.1-pro"
    temperature: 0.4
    max_tokens: 3000
 
  # === Security & Compliance ===
  security-auditor:
    description: "セキュリティ脆弱性診断"
    model: "gemini-3.1-pro"
    temperature: 0.2
    max_tokens: 2500
 
  compliance-checker:
    description: "規制・ライセンス準拠チェック"
    model: "gemini-3.1-flash"
    temperature: 0.3
    max_tokens: 1500
 
  # === Documentation ===
  documentation-writer:
    description: "API・技術ドキュメント自動生成"
    model: "gemini-3.1-flash"
    temperature: 0.4
    max_tokens: 3000
 
  # === Data & Deployment ===
  data-analyzer:
    description: "データ変換・スキーマ最適化"
    model: "gemini-3.1-pro"
    temperature: 0.5
    max_tokens: 2500
 
  devops-engineer:
    description: "CI/CD・デプロイメント最適化"
    model: "gemini-3.1-flash"
    temperature: 0.4
    max_tokens: 2000
 
  # === Communication ===
  technical-writer:
    description: "ユーザー向けドキュメント・ガイド作成"
    model: "gemini-3.1-flash"
    temperature: 0.6
    max_tokens: 3000
 
  code-explainer:
    description: "複雑なコードの説明・学習ガイド"
    model: "gemini-3.1-flash"
    temperature: 0.6
    max_tokens: 2000
 
  # === Specialist (Additional) ===
  langsmith-optimizer:
    description: "LLMチェーン・プロンプト最適化"
    model: "gemini-3.1-pro"
    temperature: 0.3
    max_tokens: 1500
 
  cost-analyzer:
    description: "トークン・コスト分析・予算管理"
    model: "gemini-3.1-flash"
    temperature: 0.2
    max_tokens: 1000

重要: 各エージェントは独立したコンテキストで実行。相互干渉はなし。


2. 5つのオーケストレーションパターン

パターン1: Sequential(順序実行)

ユースケース: 段階的な品質向上(生成 → レビュー → テスト)

# AGENTS.md — Sequential Pattern
orchestration:
  pattern: "sequential"
  name: "Code Quality Pipeline"
 
  steps:
    - agent: "code-writer"
      input: "Feature request: User authentication"
      output_var: "generated_code"
 
    - agent: "code-reviewer"
      input: "{{ generated_code }}"
      output_var: "reviewed_code"
      condition: "quality_score > 7"
 
    - agent: "test-generator"
      input: "{{ reviewed_code }}"
      output_var: "test_suite"
 
    - agent: "security-auditor"
      input: "{{ reviewed_code }}"
      output_var: "security_report"
 
  # ===== CRITICAL: 暴走防止設定 =====
  max_iterations: 3           # 最大3ステップまで(無限ループ防止)
  loop_detection: true        # ループ自動検出
  human_approval: true        # 各ステップで人間確認
  timeout_seconds: 300        # タイムアウト5分
  max_tokens_per_step: 4000   # ステップあたりの最大トークン
  total_token_budget: 20000   # パイプライン全体の予算

実装例:

antigravity orchestrate --config AGENTS.md --pattern sequential
# 出力:
# Step 1: code-writer → generated_code.ts (2104 tokens)
# [PENDING APPROVAL] Review generated code? (y/n)
# > y
# Step 2: code-reviewer → reviewed_code.ts (1852 tokens)
# ...

メリット:

  • 各ステップが明確
  • 失敗箇所を特定しやすい
  • 人間介入のタイミングが明確

パターン2: Parallel(並列実行)

ユースケース: 複数の視点から同時評価(コード品質 + セキュリティ + パフォーマンス)

orchestration:
  pattern: "parallel"
  name: "Multi-Perspective Code Audit"
 
  parallel_tasks:
    - agent: "code-reviewer"
      input: "{{ source_code }}"
      output_var: "quality_report"
 
    - agent: "security-auditor"
      input: "{{ source_code }}"
      output_var: "security_report"
 
    - agent: "performance-analyzer"
      input: "{{ source_code }}"
      output_var: "perf_report"
 
  # 全タスク完了を待つ
  wait_for_all: true
 
  # === Cost Control ===
  parallel_token_limit: 3000  # タスクあたり最大3000トークン
  max_concurrent_tasks: 3     # 同時実行数3

実装:

const results = await orchestrator.parallel([
  { agent: 'code-reviewer', input: code },
  { agent: 'security-auditor', input: code },
  { agent: 'performance-analyzer', input: code },
]);
 
// 結果統合
const synthesis = await orchestrator.synthesize(results);
// → { quality: 8.2, security: 9.1, performance: 7.5 }

パターン3: Router(条件分岐)

ユースケース: 入力の特性に応じた動的エージェント選択

orchestration:
  pattern: "router"
  name: "Smart Task Router"
 
  router_logic:
    - condition: "code_language == 'typescript'"
      agent: "code-writer"
      config:
        model: "gemini-3.1-pro"
 
    - condition: "code_language == 'python'"
      agent: "code-writer"
      config:
        model: "gemini-3.1-pro"
        temperature: 0.6
 
    - condition: "task_type == 'security_audit'"
      agent: "security-auditor"
 
    - condition: "task_type == 'performance'"
      agent: "performance-analyzer"
 
    # Fallback
    - default: "code-writer"
 
  # ===== Safety Rails =====
  max_routing_depth: 2        # 最大2段階のルーティング
  fallback_timeout: 60        # 判断が遅れたら60秒でフォールバック

パターン4: Orchestrator-Worker(マネージャー型)

ユースケース: 大規模プロジェクトのタスク分割・管理

orchestration:
  pattern: "orchestrator-worker"
  name: "Project Manager Pattern"
 
  orchestrator:
    agent: "architect"  # マネージャー役
    instruction: |
      You are the Project Manager. Decompose the task:
      1. Identify subtasks
      2. Assign to appropriate worker agents
      3. Aggregate results
      4. Ensure quality standards
 
  workers:
    - "code-writer"
    - "test-generator"
    - "documentation-writer"
    - "security-auditor"
 
  # === Task Breakdown ===
  max_subtasks: 5              # 最大5つのサブタスク
  worker_timeout_per_task: 180 # 1タスク3分以内
 
  # === Feedback Loop ===
  quality_threshold: 8.0       # 品質スコア8以上で完了
  max_iterations: 2            # 最大2回の改善ループ

:

[Architect] 大規模リファクタリングプロジェクトを分析
  ↓ Task Breakdown
  ├─ Task 1: API層の型定義更新 → code-writer + test-generator
  ├─ Task 2: セキュリティ監査 → security-auditor
  ├─ Task 3: パフォーマンス最適化 → performance-analyzer
  └─ Task 4: ドキュメント更新 → documentation-writer
  ↓ Aggregate
  ✅ All tasks passed quality threshold (8.5/10)

パターン5: Swarm(スウォームAI)

ユースケース: 協調的な問題解決(複数エージェントが互いに学習・改善)

orchestration:
  pattern: "swarm"
  name: "Collaborative AI Swarm"
 
  swarm_config:
    swarm_size: 4            # 4エージェント
    swarm_members:
      - "code-writer"
      - "code-reviewer"
      - "architect"
      - "test-generator"
 
    # === Communication Protocol ===
    consensus_required: true # 意思決定は合意ベース
    voting_strategy: "majority"  # 過半数で決定
    max_consensus_rounds: 3
 
    # === Evolutionary Improvement ===
    iteration_count: 5       # 5ラウンド反復
    fitness_function: "code_quality_and_test_coverage"
 
    # === Token Management ===
    swarm_token_budget: 50000  # スウォーム全体のバジェット
    token_per_agent: 10000     # エージェントあたり最大10K
 
    # === Loop Prevention ===
    detect_stagnation: true  # 進捗がなければ停止
    stagnation_threshold: 3  # 3ラウンド改善なしで終了

スウォーム実行の流れ:

Round 1: 4 agents vote on implementation approach
  → Decision: "Use decorator pattern"
  → code-writer implements

Round 2: code-reviewer, architect, test-generator review
  → Consensus: "90% agree, minor security concern"
  → security-auditor joins to resolve

Round 3: Refined implementation
  → Fitness score: 8.7/10 (up from 7.2)

Round 4-5: Iterative improvements
  → Final fitness: 9.2/10 ✅ STOP (converged)

3. Manager Surface による実践的なチーム構成

Manager Surface は、複数エージェントのUI統合インターフェース。ダッシュボード型で全体進捗を監視。

// Manager Surface Configuration
const managerSurface = {
  title: "Antigravity Development Team",
  layout: "grid",
 
  agents_panel: [
    {
      name: "code-writer",
      status: "idle",
      current_task: "Waiting for assignment",
      tokens_used: 0,
      efficiency: 0.0,
    },
    {
      name: "code-reviewer",
      status: "working",
      current_task: "Auditing UserAuthService.ts",
      tokens_used: 1852,
      efficiency: 92.3,
    },
    // ... (other agents)
  ],
 
  metrics_panel: {
    total_tokens_budget: 20000,
    tokens_used: 5234,
    tokens_remaining: 14766,
 
    team_progress: 65,  // %
    quality_score: 8.4,
    cost_efficiency: 0.78,  // (quality / tokens_used)
  },
 
  timeline_view: {
    stages: [
      { name: "Code Generation", duration: "12s", status: "✅ complete" },
      { name: "Code Review", duration: "8s", status: "⏳ in-progress" },
      { name: "Testing", duration: "pending", status: "⏱️ queued" },
    ]
  },
 
  controls: {
    pause_all: false,
    emergency_stop: false,
    adjust_budget: true,
    override_agent: ["code-reviewer"],  // どのエージェントでも人間が介入可能
  }
};

Manager Surface のUI イメージ:

┌─────────────────────────────────────────────┐
│ 🤖 Antigravity Development Team             │
├─────────────────────────────────────────────┤
│ [Agents]         [Metrics]      [Timeline]  │
├─────────────────────────────────────────────┤
│ ✅ code-writer        📊 Quality: 8.4/10    │ Code Gen    ✅ 12s
│ ⏳ code-reviewer      💰 Cost: $1.23        │ Review      ⏳ 8s
│ ⏱️  test-generator    🔋 20K → 5.2K tokens │ Testing     ⏱️ queued
│ 🔒 security-auditor  🎯 Progress: 65%     │ Audit       ⏱️ queued
│                                            │
│ [Pause] [Stop] [Override] [Adjust Budget] │
└─────────────────────────────────────────────┘

4. 暴走防止:Loop Detection & Cost Management

4.1 Loop Detection(ループ検出)

safety_rails:
  # === Loop Detection ===
  loop_detection:
    enabled: true
 
    # 検出パターン
    detect_patterns:
      - agent_output_matches_input:
          threshold: 0.95  # 95%以上類似 → ループ判定
          description: "Agent produced same output"
 
      - same_agent_called_twice:
          max_occurrences: 1  # 同一エージェントは最大1回まで
          description: "Agent can't improve further"
 
      - no_progress_after_iterations:
          iterations: 3
          quality_delta: 0.1  # 品質向上が0.1以下 → 停止
          description: "Quality improvement stalled"
 
    # 検出時の処理
    on_loop_detected:
      action: "pause"  # "pause" / "fallback" / "stop"
      human_review: true
      message: |
        ⚠️ LOOP DETECTED: architect agent has run 4 times
        without meaningful improvement.
 
        Options:
        1. [R]esume with different approach
        2. [S]witch to different agent
        3. [A]ccept current result
        4. [C]ancel operation

4.2 Max Iterations & Token Budget

// Iteration limit + token budget combo
const safeguards = {
  max_iterations: 5,           // 最大5ループ
  max_tokens_per_iteration: 4000,  // 1回あたり4K tokens
  total_token_budget: 30000,   // 全体で30K tokens
 
  // === Hard Stops ===
  timeout_minutes: 10,         // 10分でタイムアウト
 
  // === Soft Stops (人間判断) ===
  warn_at_80_percent_budget: true,  // 80%で警告
  require_approval_after_iteration_3: true,  // 3回目以降は承認必須
 
  monitor: async (state) => {
    if (state.iterations >= 3) {
      // 第3イテレーション以降は人間承認が必須
      const approval = await requestHumanApproval({
        current_quality: state.quality_score,
        prev_quality: state.prev_quality_score,
        tokens_used: state.tokens_used,
        estimated_tokens_remaining: state.budget_remaining,
      });
 
      if (!approval) {
        return { action: 'HALT', reason: 'No human approval' };
      }
    }
 
    if (state.tokens_used > state.budget * 0.9) {
      // 予算の90%に達したら警告して停止確認
      console.warn(`⚠️ BUDGET WARNING: ${state.tokens_used} / ${state.budget}`);
    }
  }
};

5. プロダクション設計テンプレート

本番環境向けの完全な AGENTS.md テンプレート:

# AGENTS.md — Production Template
version: "2.0"
name: "Enterprise SaaS Development Pipeline"
description: "Production-grade multi-agent orchestration for SaaS projects"
 
# === Agent Pool ===
agents:
  # Core development team
  code-writer:
    model: "gemini-3.1-pro"
    temperature: 0.7
    max_tokens: 4000
    expertise: "Full-stack implementation"
 
  code-reviewer:
    model: "gemini-3.1-pro"
    temperature: 0.3
    max_tokens: 2000
    expertise: "Code quality, design patterns"
 
  test-generator:
    model: "gemini-3.1-flash"  # Flash for speed
    temperature: 0.3
    max_tokens: 2000
    expertise: "Unit, integration, E2E tests"
 
  security-auditor:
    model: "gemini-3.1-pro"  # Pro for thoroughness
    temperature: 0.2
    max_tokens: 3000
    expertise: "OWASP, CVE scanning, compliance"
 
  architect:
    model: "gemini-3.1-pro"
    temperature: 0.5
    max_tokens: 5000
    expertise: "System design, scalability"
 
# === Orchestration ===
orchestration:
  pattern: "orchestrator-worker"
 
  orchestrator:
    agent: "architect"
    role: "Project Manager"
    instruction: |
      - Decompose feature requests into subtasks
      - Assign tasks to appropriate workers
      - Monitor quality and budget
      - Escalate blockers to human
 
  workflow:
    - name: "Feature Implementation"
      steps:
        - agent: "code-writer"
          input: "{{ feature_request }}"
          timeout: 120
 
        - agent: "code-reviewer"
          input: "{{ code_from_previous }}"
          quality_threshold: 7.5
 
        - agent: "test-generator"
          input: "{{ reviewed_code }}"
          coverage_threshold: 80
 
        - agent: "security-auditor"
          input: "{{ code_and_tests }}"
          risk_level: "low"  # Must be low or medium
 
# === Safety Rails ===
safety:
  max_iterations: 4
  loop_detection: true
  max_total_tokens: 50000
  max_per_step_tokens: 5000
  timeout_minutes: 30
  human_approval_required_after_iteration: 2
 
  # Cost alerts
  cost_alerts:
    warn_at_75_percent: true
    warn_at_90_percent: true
    hard_stop_at_100_percent: true
 
# === Monitoring & Logging ===
monitoring:
  log_all_agent_calls: true
  track_token_usage: true
  measure_quality_scores: true
 
  metrics:
    - code_quality_trend
    - test_coverage_trend
    - security_score
    - cost_per_feature
    - time_per_feature
    - agent_utilization
 
# === Manager Surface Config ===
ui:
  layout: "dashboard"
  refresh_interval: 2  # seconds
 
  panels:
    - agents_status
    - metrics_summary
    - task_timeline
    - token_usage_chart
    - quality_scorecard

6. 実装例:エンタープライズSaaS機能リクエスト

シナリオ: 「ユーザー認証のOAuth 2.0対応」を、マルチエージェントで実装

Input: "Implement OAuth 2.0 with GitHub + Google providers"

Step 1: Architect → System Design
  └─ Subgoals:
     - Define OAuth flow (auth code grant)
     - Select libraries (NextAuth.js v5)
     - Plan database schema
  └─ Output: design-doc.md (3,200 tokens)

Step 2-4: Parallel Execution (code-writer + security-auditor)
  ├─ code-writer: Implement OAuth endpoint + session handling
  │  └─ auth/route.ts, auth/callback/route.ts, lib/auth.ts
  │  └─ Output: 2,100 tokens
  │
  └─ security-auditor: Review OAuth implementation
     └─ Check: CSRF tokens, state parameter, scope validation
     └─ Output: security-report.md (1,800 tokens)

Step 5: test-generator
  ├─ Unit tests (auth utilities)
  ├─ Integration tests (OAuth flow)
  └─ E2E test (login UI workflow)
  └─ Coverage: 92%
  └─ Output: 1,900 tokens

Step 6: code-reviewer
  ├─ Code quality audit
  ├─ Type safety check
  ├─ Edge case handling
  └─ Output: review-comments.md

SUMMARY:
✅ Quality Score: 8.8/10
✅ Security Risk: LOW
✅ Test Coverage: 92%
✅ Total Tokens: 8,800 / 20,000 budget (44% utilization)
⏱️ Total Time: 3m 42s

7. FAQ(最低3つ)

Q1: エージェントが「暴走」するのを防ぐには?

A: 3つのレイヤー:

  1. Loop Detection — 同じ出力の繰り返しを自動検出
  2. Token Budget — 先に予算を設定、その枠内で動作
  3. Human Approval — 重要な決定は人間が承認(step 3以降)

この組み合わせで、9割のケースで暴走は防げます。

Q2: AgentKit と Cursor Composer の違いは?

A:

項目AgentKit 2.0Cursor Composer
自動化度⭐⭐⭐⭐⭐⭐⭐⭐
制御細度⭐⭐⭐⭐⭐⭐⭐⭐
学習曲線⭐⭐⭐⭐⭐⭐⭐⭐⭐
チーム構成16専門エージェント1UI + 1 AI

結論: 大規模プロジェクト・複数の視点が必要 → AgentKit。シンプル・手動制御重視 → Cursor Composer。

Q3: AGENTS.md と Manager Surface はセットで使う必要がある?

A: いいえ。独立して使えます:

  • AGENTS.md のみ: CLI駆動(automation)
  • Manager Surface のみ: UIから手動操作(hands-on control)
  • 両方: 監視 + 自動化(推奨)

小規模プロジェクトなら CLI のみで十分。エンタープライズなら Manager Surface で可視化。


まとめ

マルチエージェント開発 は、単なる「複数AI」ではなく、プロフェッショナルなチーム構成 を実装することです。

  • 5つのパターン で、あらゆるユースケースに対応
  • 暴走防止 は必須。ループ検出 + 予算管理 + 人間承認
  • Manager Surface で全体進捗を監視
  • プロダクション品質 を実現

2026年、AIは「単体」から「チーム」へ。AgentKit 2.0 を使い、自律型AIチームを構築しましょう。

シェア

お読みいただきありがとうございます

Antigravity Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

もしこの記事がお役に立ちましたら、チップ(¥150)で応援いただけると大変励みになります。広告なしでの運営を続けるため、皆さまのご支援が大きな力になっています。

関連記事

Agents & Manager2026-06-15
Antigravity のマルチエージェントを本番で壊さない封じ込め設計 — 連鎖障害を止める3つの境界の実装メモ
Antigravity のマルチエージェント構成は単体では綺麗に動くのに、本番では小さな失敗が全体に波及します。連鎖障害を止めるための制御の階層化・信頼境界・観測と冪等性という3つの境界を、TOML 設定と相関IDラッパーの実装まで含めて整理しました。
Agents & Manager2026-04-10
Antigravityマルチエージェント設計の落とし穴と解決策 — 本番環境で詰まる7つの問題
マルチエージェントシステムで頻出する7つの設計ミスと解決策を詳解。コンテキスト共有の失敗、Loop Detection設定ミス、タイムアウト問題、レース条件、クレジット非効率、エラー伝播、非同期デバッグ困難。本番環境での実践的デバッグアプローチとObservability設計。
Agents & Manager2026-04-28
AIエージェントを「商品」にする — Antigravity で課金可能な自動化サービスを構築する方法
Antigravity のマルチエージェント機能を使って、クライアントに販売できる自動化サービスを構築する方法を解説します。AgentKit 2.0 のオーケストレーション設計から課金モデルまで、実装コード付きです。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →