【結論】おすすめのSubagent活用法
Subagentに向くのは、Security review、Test failure analysis、Dependency research、Documentationのように、独立Contextで完結しやすい補助Taskです。
実装全体を複数Agentへ無計画に分散するより、主Agentが設計と統合を担い、SubagentがEvidenceを収集する構成が安定します。
Read-only Agentから始め、成果物の品質を測定してから編集権限を追加します。
# 起動後のセッション内で実行:Agent管理
/agents
# ターミナルで実行:Review対象の差分を確認
git diff --stat
# ターミナルで実行:Agent定義をVersion管理
git add .claude/agents && git diff --cached具体的な手順・設定方法
Security reviewerはDiffだけを読み、重大度とEvidenceを返します。
Test analystはFailure logと関連Codeを調べ、原因候補を最大三件へ絞ります。
Documentation writerは公開APIだけを対象にし、Code変更を禁止します。
成果を人間または主Agentが統合し、重複・矛盾を解消します。
実践プロンプト / 活用テクニック
# 起動後のセッション内で入力
security-reviewer、test-analyst、docs-writerの三役を提案してください。
各Agentの責務、許可Tool、禁止操作、出力形式、完了条件を示してください。
まだAgent作成やFile編集は行わないでください。注意点・よくあるエラーと対処法
同じFileを複数Agentへ編集させる用途はおすすめできません。
Subagentの数を増やしても品質が比例して上がるとは限りません。
Cost、Rate limit、Context、Review時間を含めて効果を測定します。