【第9回】Claude Code サブエージェント並列実行 — 本番で使った5パターン

Ep.03 でサブエージェントの基本を解説しましたが、本番運用では「いかに並列で動かすか」が成果を分けます。

筆者は masatoman.net 周辺の自動化スクリプト群で 5 つの並列パターンを使い分けており、それぞれが異なる種類の作業を効率化しています。この記事では、その 5 パターンを実際の .md 定義と起動コマンド付きで全公開します。

前半は無料パートでパターンの概要、後半（有料パート）で具体的な実装と運用ノウハウを解説します。

結論：並列実行は「役割の重ならない複数エージェント」で組む

サブエージェント並列実行の本質は 「同時に動かしても干渉しないように、役割を完全に分離する」 ことです。

筆者が運用している5パターンは次のとおりです。

パターン	目的	並列度
1. Multi-Researcher	競合5本を同時調査	5
2. Pipeline-Parallel	実装/テスト/ドキュメントを並走	3
3. A/B Implementation	同じ機能を2案で並列実装	2
4. Watcher Mesh	複数の監視タスクを常駐	3-5
5. Critic Loop	実装→批評→改善を高速ループ	2

それぞれが異なる課題を解決するため、状況に応じて使い分けます。

なぜ並列が効くのか

サブエージェント並列の最大の効果は 「人間1人の労働時間を、複数のClaudeで水増しできる」 ことです。

通常、1つのタスクを順次実行すると、

Task A (10分) → Task B (10分) → Task C (10分) = 30分

ですが、並列実行なら、

Task A, B, C 同時 = 10分

人間の体感時間が3分の1になります。これは1日の作業可能量を実質3倍にすることと等価です。

パターンの基本構造

各パターンは、メインの Claude が複数のサブエージェントを起動し、結果を集約する形を取ります。

Main Claude
├── SubAgent 1 (researcher)
├── SubAgent 2 (coder)
├── SubAgent 3 (reviewer)
└── 結果を集約

サブエージェントの定義は .claude/agents/<name>.md に置きます（Ep.03参照）。

---

Claude Code を本格活用するなら Max プラン（月$100〜、定額でトークン使い放題）が必須です。このシリーズの全実装例は Max プランで動作確認済みです。

パターン1：Multi-Researcher（競合5本を同時調査）

ここから有料パートです。各パターンの実装を全公開します。

用途

新しい SaaS のアイデアが浮かんだとき、競合を5本同時に調査します。

実装

.claude/agents/researcher.md を1つ用意し、それを5回並列起動します。

---
name: researcher
description: TRIGGER when researching a single competitor product. Visits the website, extracts pricing, features, target users, and unique selling points. Returns a structured 200-word summary.
tools:
  - WebFetch
  - WebSearch
---

You are a competitor research specialist.

For each product, return:
1. Product name and one-line description
2. Pricing (free/paid plans, trial)
3. Top 3 features
4. Target users
5. Unique selling point
6. Weaknesses (if visible)

Output format: structured markdown, 200 words max.

メインから次のように呼び出します。

claude --print "
researcher エージェントを5並列で起動して、以下のSaaSをそれぞれ調査：
1. https://product-a.com
2. https://product-b.com
3. https://product-c.com
4. https://product-d.com
5. https://product-e.com

結果を ./research/competitors.md に統合
"

効果

通常30分かかる調査が6分で終わります。コンテキストウィンドウもメインに残らないため、調査結果を踏まえた次の作業（LP 設計など）にすぐ移れます。

パターン2：Pipeline-Parallel（実装/テスト/ドキュメントの並走）

用途

新機能を実装する際、コード・テスト・ドキュメントを並列で進めます。

実装

3つのサブエージェントを定義します。

# .claude/agents/coder.md
---
name: coder
description: TRIGGER when implementing a feature. Writes production-ready code following the project conventions.
tools:
  - Read
  - Edit
  - Write
  - Bash
---

# .claude/agents/tester.md
---
name: tester
description: TRIGGER when writing tests for a feature. Creates unit tests covering happy path, error cases, and edge cases.
---

# .claude/agents/doc-writer.md
---
name: doc-writer
description: TRIGGER when documenting a new feature. Updates README, API docs, and inline JSDoc comments.
---

並列起動：

claude --print "
新機能『ユーザー検索 API』を以下を並列で実装：
- coder: src/api/users/search.ts の実装
- tester: src/api/users/search.test.ts の実装
- doc-writer: docs/api/users.md と JSDoc コメントの追加

3つが完了したら結果をまとめて報告
"

効果

実装・テスト・ドキュメントが同時並行で進むので、人間がやる場合の3倍速で機能リリースができます。

パターン3：A/B Implementation（同じ機能の2案実装）

用途

「どちらの設計が良いか迷う」ときに、両方を並列で実装して比較します。

実装

claude --print "
機能『リアルタイム通知』を以下の2案で並列実装：
- A案: WebSocket ベース（src/notify/ws.ts）
- B案: SSE ベース（src/notify/sse.ts）

それぞれを別ブランチに切り、両方を実装。
完了後、reviewer エージェントで以下を比較：
- 実装コード行数
- 必要な依存パッケージ
- 想定スケーラビリティ
- メンテナンス難易度
"

効果

通常「どちらが良いか」を議論するだけで時間を消費しがちですが、両方実装してしまえば客観的に比較できます。所要時間は1案実装と大差ありません（並列なので）。

パターン4：Watcher Mesh（常駐監視タスク群）

用途

複数の状態監視タスクを常駐させて、変化があれば通知します。

実装

VPS上で次のような cron を組みます（Ep.05のリモート運用と組み合わせ）。

# crontab
*/30 * * * * cd ~/projects/main && claude --print "GitHub Issues の新着を確認、ラベルなしのものを分類して Slack に通知" >> /tmp/watcher-issues.log
*/30 * * * * cd ~/projects/main && claude --print "Vercel デプロイログを確認、エラーがあれば Slack に通知" >> /tmp/watcher-deploy.log
0 */6 * * * cd ~/projects/main && claude --print "Stripe 売上を確認、前日比で変化があれば Slack に通知" >> /tmp/watcher-stripe.log

3つの「監視 Claude」が独立して動き、それぞれが Slack に結果を流します。

効果

人間が手動で確認していた状態監視が完全自動化されます。Slack を見るだけで重要な変化に気づける状態になります。

パターン5：Critic Loop（実装→批評→改善の高速ループ）

用途

複雑な実装で、自分のコードを自分で批評して改善するループを回します。

実装

2つのエージェントを定義し、メインで往復させます。

# .claude/agents/implementor.md
---
name: implementor
description: TRIGGER when implementing complex logic. Writes the first version, then incorporates critic feedback in subsequent iterations.
---

# .claude/agents/critic.md
---
name: critic
description: TRIGGER when reviewing complex code. Identifies bugs, edge cases, security issues, and design flaws. Always provides 3 concrete improvement suggestions.
---

メインから3往復のループを回します：

claude --print "
implementor で複雑なバリデーションロジックを書く →
critic で批評 → implementor で改善 → critic で再批評 →
implementor で最終版作成
"

効果

1人で書いて1人でレビューするより、2つの独立したエージェントを往復させる方が品質が上がります。

並列実行の注意点

注意1：トークン消費は線形に増える

5並列で動かすとトークン消費も5倍になります。Maxプラン定額の上限を超える可能性があるので、Ep.07 のトークン節約術と組み合わせて運用してください。

注意2：エージェント間の依存関係に注意

「実装が終わってからテストを書く」のようにシーケンシャルな依存があるタスクは並列化できません。並列化できるのは「お互いに無関係な作業」だけです。

注意3：結果の集約が必要

複数のサブエージェントの結果を、メインの Claude が統合する必要があります。プロンプトに「結果を ./output/integrated.md に統合して」と明示してください。

で、どう稼ぐ？ — 並列実行が時給を変える

5パターンの並列実行は、個人開発者の時給に直接影響します。

1. 副業時給の実質3倍

Pipeline-Parallel を1日1回使うだけで、副業時間の実質的な拡張が起きます。週10時間しか取れない人が、週30時間相当の成果を出せるようになります。

2. 受託案件の品質向上

Critic Loop を使った実装は、品質が明確に上がります。クライアント案件で「バグの少ないエンジニア」として評価されると、継続単価が上がります。

3. 「監視業務」をゼロにする

Watcher Mesh で監視業務を自動化すれば、本業中も個人開発の状態を把握できます。本業と個人開発の境界が消え、コンテキストスイッチのコストがゼロに近づきます。

まとめ

サブエージェント並列実行5パターンの要点を再確認します。

• Multi-Researcher は調査、Pipeline-Parallel は実装、A/B は設計判断、Watcher Mesh は監視、Critic Loop は品質向上
• 役割の重ならない設計 が並列の鍵
• トークン消費は線形に増える ので、節約術と必ず併用

次のエピソードは無料記事に戻ります。Ep.10 では Claude Code × Supabase で管理画面を30分で生成する Skill を解説します。