取り組みの背景
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 operation4.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_scorecard6. 実装例:エンタープライズ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つのレイヤー:
- Loop Detection — 同じ出力の繰り返しを自動検出
- Token Budget — 先に予算を設定、その枠内で動作
- Human Approval — 重要な決定は人間が承認(step 3以降)
この組み合わせで、9割のケースで暴走は防げます。
Q2: AgentKit と Cursor Composer の違いは?
A:
| 項目 | AgentKit 2.0 | Cursor 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チームを構築しましょう。