直接回答
Skills は知識とプロセスを再利用し、Subagents は調査や専門タスクを隔離する。両者が解決する問題は異なる。
このガイドで解決できること
チームが成熟した用法を保守可能な拡張として定着させ、同時にコンテキストと権限を制御できるようにする。
まず Skill が必要か Subagent が必要かを判断する
Skill はオンデマンドで読み込めるドメイン知識や繰り返しのワークフローであり、API 規約、リリースフロー、定型のトラブルシューティング手順に適している。Subagent は独立したコンテキストとツール群を持つエージェントで、大量のファイル読み込み、専門的なレビュー、並列調査に適している。
リアルタイムの外部システムが必要な場合のみ MCP を使い、ライフサイクルで確実に実行させたい場合は Hooks を使う。短いプロンプトひとつのために拡張一式を作らない。
最小のプロジェクト Skill を作成する
プロジェクト Skill は .claude/skills/<name>/SKILL.md にある。frontmatter は少なくとも明確な名称と説明を提供し、Claude がいつ読み込むべきか判断できるようにする。本文にはプロジェクト固有のルール、手順、検証方法を記載する。
説明にはトリガーシーンを記し、本文には実行に必要な内容だけを残す。大量の参考資料は Skill ディレクトリ内の別ファイルに切り分け、Claude がオンデマンドで読み込めるようにする。
---
name: api-conventions
description: 在新增或修改本项目 REST API 时使用
---
# API conventions
- URL 路径使用 kebab-case。
- 列表端点必须支持分页。
- 修改接口后运行 `pnpm test api` 和 `pnpm typecheck`。副作用のあるワークフローは手動トリガーにする
Skill は Issue の読み込みからテスト、PR の作成までの完全なフローを記述できる。リリース、コミット、外部書き込みの副作用を持つ Skill は、意味の類似性だけでモデルに自動トリガーされないようにすべきである。
手動呼び出しを使えば、パラメータは $ARGUMENTS を経由してワークフローに入る。スクリプトには引き続き権限承認が必要で、Skill 自体が Claude Code のセキュリティルールを回避することはない。
---
name: fix-issue
description: 修复指定 GitHub Issue
disable-model-invocation: true
---
修复 Issue:$ARGUMENTS
1. 用 `gh issue view` 读取问题。
2. 写复现测试并修复根因。
3. 运行受影响测试和 lint。
4. 展示 diff,等待确认后再创建 PR。専門レビュー用のカスタム Subagent を作成する
カスタム Subagent は .claude/agents/ に置き、frontmatter で名称、説明、モデル、使用可能なツールを定義する。独立したコンテキストで動作し、最終的に精緻化された結果をメインセッションに返す。
ツール権限はタスクに応じて最小化すべきである。コードレビューのみを行うエージェントは通常 Read、Grep、Glob が必要で、実際に検証を実行する場合にのみ制限付き Bash を追加する。
---
name: security-reviewer
description: 审查当前改动中的可利用安全问题
tools: Read, Grep, Glob
model: opus
---
检查认证绕过、注入、秘密泄漏和不安全数据处理。
只报告能影响正确性或安全边界的问题,提供文件位置和利用路径,
不要提出纯风格重构。調査と独立レビューを Subagents に委譲する
委譲に適したタスクは、明確な問題、スコープ、戻り値のフォーマットを持つべきである。例えば token refresh パスの特定や、PLAN.md に従って現在の diff のみをレビューするなど。メインエージェントはサブエージェントが読んだすべてのファイルを受け取る必要はない。
実装後の独立レビューは新しいコンテキストを使うことで、エージェントが自身の案を擁護する傾向を減らせる。ただしレビューのプロンプトは真に正確性に関する問題に限定し、発見を産出するために過剰に設計しないようにする。
使用一个子代理调查 auth 模块如何刷新 token,并找出可复用测试工具;
返回文件路径、调用链和不确定项,不要修改代码。
实现完成后,再用新子代理按 PLAN.md 审查当前 diff,
只报告影响需求、正确性或安全的缺口。テスト、レビュー、拡張コストの制御
Skill と Subagent ファイルはコードレビューに含め、代表的なタスクで正しくトリガーされるか、ツールの境界が守られているかを検証する。説明が広すぎると誤トリガーし、本文が長すぎるとコンテキストが増える。
サブエージェントは独立したコンテキストを持つが、それでも token を消費し、並列でファイルを変更する可能性がある。デフォルトでは調査エージェントを読み取り専用にし、並列編集が必要な場合は独立した worktree を使用し、ファイルの所有権を明確にする。
- 各拡張にメンテナ、用途、検証タスクを明記する。
- 重複、期限切れ、モデルが既に確実に処理できる説明を削除する。
- 外部の書き込み操作には権限と人による確認を残す。
/contextと実行記録を使って実際の読み込みと呼び出しを照合する。
公式情報と検証範囲
本ガイドは公開されている公式ドキュメントを根拠にしています。コマンドや設定はクライアントのバージョンにより変わるため、実行前に参照元も確認してください。
技術検証方法を見る