
クロード・コード・サブエージェント実践ガイド
クロード コード サブエージェントを最初から作成する: 構成形式、トリガー メカニズム、実用的なテンプレート、および高度なテクニック
簡単なレビュー
前回の記事では、Subagent の中心的な概念について学びました。それは、コンテキストの分離を通じて複雑なタスクにおける情報過多の問題を解決する、コンテキストに依存しない特殊な AI アシスタントです。 Claude Code には、Explore、Plan、および General-Purpose の 3 つの組み込みサブエージェントがあります。この記事では、実践的な観点からカスタム サブエージェントを作成し、高度な使用法を習得する方法を説明します。
サブエージェントの管理
/agents コマンド経由
最も簡単な方法は、対話型インターフェイスを使用することです。
/agentsこれにより、次のことができるメニューが開きます。
- すべてのサブエージェントを表示 (組み込み + カスタム)
- 新しいサブエージェントの作成
- 既存のサブエージェントの構成とツールの権限を編集します
- 不要なサブエージェントを削除する
- 名前の競合がある場合にどのサブエージェントがアクティブであるかを確認する
ファイル管理を通じて
サブエージェントは Markdown ファイルとして保存されます。ファイルを直接作成および編集することもできます。
保管場所:
| 場所 | パス | 範囲 |
|---|---|---|
| プロジェクトレベル | .claude/agents/ | 現在のプロジェクト専用で、Git |
| ユーザーレベル | ~/.claude/agents/ | すべてのプロジェクトで利用可能 |
| プラグイン | プラグインの agents/ ディレクトリ | プラグインとともにインストール |
優先度: プロジェクト レベル > ユーザー レベル > プラグイン レベル
同じ名前のサブエージェントが複数の場所に存在する場合、優先度の高いサブエージェントが優先度の低いサブエージェントを上書きします。
最初のサブエージェントを作成する
ステップ 1: ディレクトリを作成する
mkdir -p .claude/agentsステップ 2: Markdown ファイルを作成する
.claude/agents/code-reviewer.md:
---
name: code-reviewer
description: 专业的代码审查代理,用于代码质量检查。在完成代码编写后主动使用。
tools: Read, Grep, Glob, Bash
---
你是一位资深的代码审查专家,专注于确保代码质量和安全性。
当被调用时:
1. 运行 `git diff` 查看最近的更改
2. 分析修改的文件
3. 提供结构化的审查反馈
审查清单:
- 代码可读性和命名规范
- 错误处理和边界条件
- 安全漏洞(注入、敏感信息泄露)
- 性能优化机会
- 测试覆盖情况
输出格式:
- 严重问题(必须修复)
- 警告(建议修复)
- 建议(可以改进)ステップ 3: サブエージェントをテストする
クロードコードでは:
> 用 code-reviewer 代理审查我最近的修改または、クロードに自動的に選択させます。
> 帮我审查一下代码质量description が十分に明確に記述されていれば、Claude は自動的にサブエージェントを認識して呼び出します。
設定フィールドの詳細な説明
サブエージェント構成ファイルは、YAML フロントマッターと Markdown 本体の 2 つの部分で構成されます。
YAML Frontmatter
---
name: your-agent-name
description: 描述这个代理做什么,以及何时应该被使用
tools: Tool1, Tool2, Tool3
model: sonnet
permissionMode: default
skills: skill1, skill2
---| フィールド | 必須 | 説明 |
|---|---|---|
name | は | 一意の識別子。小文字とハイフンを使用します。 |
description | はい | 自然言語による説明 (クロードはこれを使用していつ電話をかけるかを決定します) |
tools | いいえ | カンマ区切りのツールのリスト。省略した場合、すべてのツールが継承されます。 |
model | いいえ | モデルの選択: sonnet、opus、haiku、または inherit |
permissionMode | いいえ | 許可モード (以下を参照) |
skills | いいえ | 自動ロードされたスキル (サブエージェントは親セッションのスキルを継承しません) |
許可モード
| モード | 説明 |
|---|---|
default | 通常の権限チェック |
acceptEdits | 編集操作を自動的に受け入れる |
bypassPermissions | すべての権限チェックをスキップする |
plan | 計画を提案するだけで、実行しない |
ignore | このサブエージェントを無視します |
マークダウンテキスト
テキストは Subagent のシステム プロンプトです。より詳細に記述するほど、Subagent のパフォーマンスが向上します。
適切なシステム プロンプトには次のものが含まれている必要があります。
- 明確な役割定義
- 具体的な作業手順
- 重要なチェックリスト
- 出力形式の要件
トリガーメカニズム
自動委任
クロードは、タスクの内容とサブエージェントの description に基づいて、委任するかどうかを自動的に決定します。
自動使用を促進するためのヒント: description でトリガー ワードを使用します。
description: Use PROACTIVELY after writing code for quality checksまたは:
description: MUST BE USED when encountering errors or test failures明示的な呼び出し
クロードにどのサブエージェントを使用するかを直接指示します。
> 使用 code-reviewer 代理检查我的代码
> 让 debugger 代理分析这个错误
> 调用 test-runner 代理运行测试ツールの構成
一般的に使用されるツールのリスト
| ツール | 説明書 |
|---|---|
Read | ファイルの内容を読み取る |
Write | ファイルに書き込む |
Edit | ファイルを編集 |
Glob | ファイルパターンマッチング |
Grep | 正規表現検索 |
Bash | シェルコマンドを実行する |
WebFetch | Web コンテンツを取得する |
WebSearch | ウェブを検索 |
ツール構成戦略
読み取り専用サブエージェント (探索、分析):
tools: Read, Grep, Glob, Bash注: Bash が含まれている場合でも、Subagent は読み取り専用コマンド (ls、git status、git log など) にのみ使用する必要があります。
サブエージェントの読み取りと書き込み (修復、リファクタリング):
tools: Read, Edit, Write, Bash, Grep, Glob最小権限の原則: 誤った操作を避けるために、必要なツールのみを付与します。
実用的なサブエージェント テンプレート
コードレビューア
---
name: code-reviewer
description: Expert code review. Use PROACTIVELY after writing or modifying code.
tools: Read, Grep, Glob, Bash
model: inherit
---
你是一位资深的代码审查专家,确保代码质量和安全性。
当被调用时:
1. 运行 `git diff` 查看最近的更改
2. 聚焦于修改的文件
3. 立即开始审查
审查清单:
- 代码清晰可读
- 函数和变量命名规范
- 无重复代码
- 正确的错误处理
- 无暴露的密钥或 API 密码
- 输入验证完整
- 测试覆盖充分
- 性能考虑到位
按优先级组织反馈:
- 严重问题(必须修复)
- 警告(建议修复)
- 建议(可以改进)
包含具体的修复示例。デバッグエキスパート
---
name: debugger
description: Debugging specialist. Use PROACTIVELY when encountering errors or test failures.
tools: Read, Edit, Bash, Grep, Glob
---
你是一位调试专家,专注于根因分析。
当被调用时:
1. 捕获错误信息和堆栈跟踪
2. 识别复现步骤
3. 定位失败位置
4. 实施最小修复
5. 验证解决方案有效
调试流程:
- 分析错误信息和日志
- 检查最近的代码更改
- 形成并测试假设
- 添加战略性的调试日志
- 检查变量状态
对每个问题提供:
- 根因解释
- 支持诊断的证据
- 具体的代码修复
- 测试方法
- 预防建议
专注于修复根本问题,而非表面症状。テストランナー
---
name: test-runner
description: Test automation expert. Use PROACTIVELY to run tests and fix failures.
tools: Read, Edit, Bash, Grep, Glob
permissionMode: acceptEdits
---
你是一位测试自动化专家。
当你看到代码更改时:
1. 识别相关的测试文件
2. 运行适当的测试
3. 如果测试失败,分析原因并修复
测试策略:
- 优先运行与更改相关的测试
- 分析失败的测试输出
- 区分代码问题和测试问题
- 修复后重新运行验证
对于新功能:
- 确认测试覆盖关键路径
- 检查边界条件测试
- 验证错误处理测试ドキュメントジェネレーター
---
name: doc-generator
description: Documentation specialist. Use when creating or updating documentation.
tools: Read, Write, Grep, Glob
---
你是一位技术文档专家。
当被调用时:
1. 分析代码结构和注释
2. 识别公共 API 和关键功能
3. 生成清晰的文档
文档风格:
- 简洁明了
- 包含代码示例
- 解释为什么,而不只是是什么
- 考虑读者背景
输出格式:
- API 参考用 Markdown
- 使用恰当的标题层级
- 包含目录(如果文档较长)セキュリティスキャナー
---
name: security-scanner
description: Security specialist. Use PROACTIVELY when reviewing code for security issues.
tools: Read, Grep, Glob, Bash
---
你是一位安全专家,专注于发现代码中的安全漏洞。
扫描范围:
- 注入漏洞(SQL、命令、XSS)
- 认证和授权问题
- 敏感数据暴露
- 安全配置错误
- 依赖漏洞
检查清单:
- 用户输入是否经过验证和转义
- 敏感数据是否加密存储
- API 密钥是否硬编码
- 是否使用安全的默认配置
- 依赖是否有已知漏洞
输出格式:
- 严重(立即修复)
- 高危(尽快修复)
- 中危(计划修复)
- 低危(考虑修复)
每个问题包含:
- 漏洞描述
- 风险说明
- 修复建议
- 参考资料高度な使用法
実稼働レベルの設計パターン
実稼働環境では、マルチエージェントのコラボレーションのための実証済みのパターンがいくつかあります。
3 アミーゴスモード
コラボレーション モデルは、製品、アーキテクチャ、実装の 3 つの役割で構成されます。
PM Agent → Architect Agent → Claude Code
(产品定义) (技术设计) (代码实现)| 役割 | 責任 | ツール構成 |
|---|---|---|
| PMエージェント | 機能定義、要件整理 | 読む、ウェブ検索 |
| 建築家エージェント | 技術的ソリューションの設計 | 読み取り、Glob、Grep |
| クロード・コード | コードの実装 | すべてのツール |
3 段階のパイプライン
複雑なタスクを 3 つの明確な段階に分割します。
规格制定 → 架构评审 → 实现测试
(Spec) (Review) (Implement)各ステージは専用のサブエージェントを担当し、出力は次のステージへの入力として機能します。
モデル オーケストレーション戦略
コストと効果を最適化するために、さまざまな段階でさまざまなモデルが使用されます。
|ステージ |おすすめモデル|理由 | |------|---------|------| |計画段階 |ソネット |深い推論が必要 | |実行フェーズ |俳句 |早くて低コスト | |レビュー段階 |ソネット |総合的な判断が必要 |
構成例:
---
name: quick-executor
model: haiku
---サブエージェントのリンク
複雑なワークフローの場合、複数のサブエージェントをリンクできます。
> 首先用 code-analyzer 代理找出性能问题,
> 然后用 optimizer 代理修复它们再開可能な実行
サブエージェントの実行は、以前の完全なコンテキストを維持しながら一時停止および再開できます。
最初の通話:
> 用 code-analyzer 代理开始分析认证模块
[Agent 完成初始分析并返回 agentId: "abc123"]回復エージェント:
> 恢复代理 abc123,继续分析授权逻辑
[Agent 继续,保持之前的完整上下文]使用シナリオ:
- 複数のセッションで完了する長期にわたる研究
- コンテキストを維持した反復的な改善
- 関連タスクを順番に処理する複数ステップのワークフロー
サブエージェントのスキルを構成する
サブエージェントは親セッションからスキルを自動的に継承しません。必要に応じて、明示的に宣言します。
---
name: code-reviewer
skills: code-standards, security-checklist
---CLI の動的定義
ファイルを保存する必要はありません。一時サブエージェントをコマンド ラインで直接定義します。
claude --agents '{
"quick-reviewer": {
"description": "Quick code review",
"prompt": "You are a code reviewer...",
"tools": ["Read", "Grep", "Glob"],
"model": "haiku"
}
}'簡単なテストや 1 回限りの使用に適しています。
ベストプラクティス
1. 集中力を保つ
✅ 好:单一责任
---
name: code-reviewer
description: Expert code review for quality and security
---
❌ 差:试图做太多
---
name: super-agent
description: Does everything - reviews, tests, deploys, documents...
---1 つのことをうまく実行するサブエージェントは、多くのことを実行するサブエージェントよりも優れています。
2. 明確な説明を書きます
クロードは、description を使用して、サブエージェントをいつ使用するかを決定します。適切な説明には次のような答えが必要です。
- **このサブエージェントは何をしますか? ** 特定の能力を列挙する
- **いつ使用する必要がありますか? ** トリガーワードが含まれています
✅ 好:具体和清晰
description: 从 PDF 文件提取文本和表格,填写表单,合并文档。
当处理 PDF 文件或用户提到 PDF、表单、文档提取时使用。
❌ 差:太模糊
description: 处理文档3. ツールへのアクセスを制限する
必要なツールのみを付与します。
---
name: code-reviewer
tools: Read, Grep, Glob, Bash
---これにより、Subagent が誤ってファイルを変更することを防ぎ、レビュー作業にさらに集中できるようになります。
4. 詳細なシステム プロンプトを作成する
システム プロンプトが詳細であればあるほど、サブエージェントのパフォーマンスは向上します。
- 明確な役割定義
- 具体的な作業手順
- 重要なチェックリスト
- 出力形式の要件
5. バージョン管理
プロジェクトレベルのサブエージェントを Git にコミットします。
git add .claude/agents/
git commit -m "Add code-reviewer subagent"チーム メンバーは、プロジェクトのクローンを作成した後、同じサブエージェントを自動的に取得します。
一般的な問題のトラブルシューティング
| 問題 | 考えられる原因 | ソリューション |
|---|---|---|
| サブエージェントは呼び出されません | 説明が十分に明確ではありません。トリガーワードを追加してより具体的にします | |
| サブエージェントが呼び出されません | ファイルの場所が間違っています | ファイルが .claude/agents/ または ~/.claude/agents/ にあることを確認してください。 |
| ツールは利用できません | ツールフィールド設定エラー | ツール名のスペルをチェックし、カンマで区切られていることを確認してください。 |
| 出力が不安定です | システムプロンプトが曖昧すぎる | 特定の手順と出力形式の要件を追加する |
| コンテキストが失われました | セッションが終了しました | 再開可能な実行の使用 |
| 名前の競合 | 複数の場所に同じ名前のサブエージェント | /agents を使用してどれがアクティブであるかを確認します。 |
チームと共有する
方法 1: Git を使用する
Subagent を .claude/agents/ ディレクトリに配置し、プロジェクト リポジトリに送信します。チームメンバーはクローン作成後に自動的に取得されます。
方法 2: プラグインを使用する
Subagent を Plugin の agents/ ディレクトリに配置し、Plugin メカニズムを通じて配布します。
方法 3: ユーザーレベルの共有
よく使用されるサブエージェントを ~/.claude/agents/ に配置して、すべてのプロジェクトで使用できるようにします。複数のマシン間の同期は、ドットファイルを使用して管理できます。
学習リソース
公式ドキュメント
| リソース | リンク | 説明書 |
|---|---|---|
| クロードコードのドキュメント | docs.anthropic.com | 公式ドキュメントのエントリ |
| サブエージェントガイド | クロード コード ドキュメント | サブエージェント構成の詳細 |
| エージェントのデザインパターン | 人類ドキュメント | 6 つのコア設計パターン |
| 多剤研究 | 人類工学 | 90.2%のパフォーマンス向上の研究詳細 |
コミュニティリソース
| リソース | リンク | 説明書 |
|---|---|---|
| wshobson/エージェント | GitHub | 99 エージェント + 15 オーケストレーター テンプレート |
| 化合物工学 | GitHub | 17 の専門エージェント用のプラグイン |
| 素晴らしいクロードコード | GitHub | Claude Code のベスト プラクティスの概要 |
推奨読書
| 記事 | 出典 | トピック |
|---|---|---|
| 効果的なエージェントを構築する | 人類 | エージェントの設計原則 |
| マルチエージェント研究システムをどのように構築したか | 人類 | マルチエージェントアーキテクチャの実践 |
| クロードのスキル、コマンド、サブエージェント、プラグイン | ヤングリーダーテック | 機能比較分析 |
概要
Claude Code Subagent は、AI プログラミングの効率を向上させる強力なツールです。これにより、独立したコンテキストと特殊な構成を通じて複雑なタスクを管理できるようになります。
クイックスタート:
/agentsを実行して管理インターフェイスを開きます- 単純なサブエージェント (コードレビューアなど) を作成します。
- 自動委任と明示的な呼び出しをテストする
- 必要に応じて構成を調整します
使い方を深めていくと、徐々に次のことができるようになります。
- チーム専用のサブエージェントを作成します
- 複雑なワークフローを処理するためにサブエージェント リンクを構成する
- 再開可能な実行で長期タスクを処理する
他の構成で Subagent をパッケージ化して配布する場合は、「クロード コード プラグイン実践ガイド」を参照してください。