Claude Code サブエージェント設計パターン — 並列タスクで時給を上げる実践ガイド

「本業がある中で個人開発を進めるには、時間が足りない」——これは個人開発者の永遠の悩みです。

Claude Code には、この悩みを根本から変えうる機能があります。それが サブエージェント です。1人の人間が複数の Claude プロセスを並列で動かし、調査・実装・テストを同時並行で進められるようになります。

この記事では、サブエージェントの基本概念から実用的な設計パターン5つまで、コピペで使える .md 定義付きで解説します。筆者は Claude Crew でこのパターンを運用し、開発時間を実質的に倍以上に拡張しています。

結論：サブエージェントは「専門家を雇う感覚」で使う

結論から言うと、Claude Code のサブエージェントとは 「特定の専門領域に特化した Claude の分身」 です。

例えば：

• researcher：競合調査・情報収集に特化
• coder：実装に特化
• reviewer：コードレビューに特化
• writer：ブログ記事執筆に特化

それぞれに専用のシステムプロンプトと、使えるツールを限定した環境を与えます。メインの Claude が「これは researcher の仕事だな」と判断したら、自動的にサブエージェントを呼び出し、作業を委譲します。

実装は .claude/agents/<name>.md というマークダウン1枚を置くだけです。コードはほぼ書きません。

サブエージェントの仕組み

サブエージェントの定義ファイルは次の構造です。

---
name: researcher
description: TRIGGER when the user asks to research, investigate, or gather information about a topic, library, or competitor product. Handles web search, documentation lookup, and summarization.
tools:
  - WebFetch
  - WebSearch
  - Read
  - Grep
---

You are a specialized researcher agent.

Your job is to:
1. Search the web and read documentation
2. Compare multiple sources for accuracy
3. Summarize findings concisely
...

メインの Claude がこの定義を読み、トリガー文に該当する依頼があったらサブエージェントを起動します。サブエージェントは独立した会話コンテキストで動作し、終わったら結果をメインに返します。コンテキスト分離 がサブエージェントの最大のメリットで、メインの会話履歴を汚さずに副作業を進められます。

実用パターン5選

筆者が運用している中で特に効いているパターンを5つ紹介します。

パターン1：researcher（調査専任）

最も使うパターンです。技術選定、競合調査、ライブラリ情報の収集などを丸投げします。

メインの Claude にとって最大の負荷は 大量のドキュメントを読むこと です。ここを researcher に委譲することで、メインのコンテキストウィンドウを温存できます。

パターン2：reviewer（独立レビュアー）

実装を終えた後、別の Claude プロセスに「先入観なしでレビューさせる」パターンです。

メインの Claude は実装した張本人なので、自分のコードを甘く採点しがちです。reviewer は「実装意図を知らない」状態でコードを読むため、第三者視点のレビューになります。

パターン3：debugger（バグ調査専任）

「ログを大量に読んで原因を特定する」作業を debugger に委譲します。エラーメッセージとログファイルを渡し、再現条件と修正案だけを返してもらいます。

debugger はログの全文を読み込みますが、メインに返すのは数行のサマリーだけ。コンテキスト効率が劇的に改善します。

パターン4：writer（記事執筆専任）

ブログ記事や技術ドキュメントを書く専任エージェントです。本記事のシリーズで使っている claude-code-lab-writer もこのパターンです。

スタイルガイドを .md に記述しておけば、誰が呼んでも同じトーンで記事が書けるようになります。複数人での運用や、複数セッションをまたいだ記事制作で特に効きます。

パターン5：planner（計画立案専任）

大きな機能追加の前に、設計を考えるためだけに動かすエージェントです。

実装に飛びつく前に planner で計画を出させ、人間がレビューしてから実装に進む。これだけで、実装途中で「設計ミスに気づいて全部やり直し」のリスクが半減します。

並列実行の実装

サブエージェントは 並列で起動できる のが本領発揮ポイントです。例えば「3つの競合 SaaS の機能を調査して」と頼むと、メインの Claude は3つの researcher を同時起動し、結果をまとめて返します。

実際の使用感としては、人間1人が3人の Claude を同時に動かしている感覚です。本業の合間に個人開発のリサーチを並列で進められるので、実質的な開発時間が大幅に拡張されます。

# サブエージェント定義の配置
.claude/agents/researcher.md
.claude/agents/reviewer.md
.claude/agents/debugger.md
.claude/agents/writer.md
.claude/agents/planner.md

これだけで5人の専門家チームが完成します。

で、どう稼ぐ？ — サブエージェント並列化が時給を底上げする理由

サブエージェントの本質的価値は 「人間1人の労働時間を、複数の Claude で水増しできる」 点にあります。これは個人開発の収益性を根本から変えます。

1. 副業の時給を実質的に2〜3倍にする

本業エンジニアが副業で個人開発をする場合、最大のボトルネックは「使える時間」です。サブエージェントを並列実行すれば、人間1人の1時間で2〜3倍の作業を進められます。時給単価は変わらなくても、同じ時間で完成する成果物が増えれば、時給は実質的に倍増します。

2. 受託開発で「並列処理ができるエンジニア」として差別化

クライアントから見れば「この人に頼むと、調査も実装もレビューも同時に進む」ように見えます。納期の早さは単価に直結します。サブエージェントを公言して使うことで、受託単価を上げる材料にもなります。

3. 自分専用の「24時間働くチーム」を持てる

planner と writer をスケジュール実行に組み込めば、夜寝ている間に翌日の計画と記事の下書きが完成しています。朝起きたらレビューと公開だけ。これは個人開発で月10万円以上を狙う規模感では必須の運用形態です。

まとめ

Claude Code のサブエージェントは、個人開発者の時間制約を根本から変える機能です。重要なポイントは次のとおり。

• マークダウン1枚で専門家エージェントが作れる。コードはほぼ不要
• コンテキスト分離 がメインの会話を温存し、長時間作業を可能にする
• 並列実行 で人間1人の労働時間を実質的に水増しできる

最初に作るべきは researcher です。これだけでメインの Claude の負荷が大幅に減り、効果がすぐに体感できます。

次のエピソードでは、サブエージェントと並んで強力な機能である Hooks を解説します。「コミット前に lint を通す」「保存時に自動整形する」のような、人間が忘れがちな処理を Claude Code に強制させる仕組みです。

次に読む

→ Claude Code サブエージェント並列実行 — 本番で使った 5 パターン (¥500)

サブエージェントの基本を理解したら、次は本番運用で実際に効いた並列実行パターン 5 つです。Multi-Researcher、Pipeline-Parallel、A/B Implementation、Watcher Mesh、Critic Loop の実装と運用ノウハウを、有料記事で全公開しています。