記事一覧へ
# 2026年に私が実際に使っているClaude Codeサブエージェント30選
2026年1月からClaude Codeをメインの作業環境として使い続けています。
最大の突破口は、コマンドでも、スキルでも、フックでもありませんでした。**サブエージェント**でした。
サブエージェントとは、`.claude/agents/` フォルダに置くMarkdownファイルです。独自のシステムプロンプト、ツールアクセス、コンテキストウィンドウを持ちます。Claude Codeはdescriptionを読んで自動的に委任します。名前で呼び出すことも可能です。
多くの人はClaude Codeを開いてプロンプトを入力し、1つのモデルにすべてをやらせています。それでも動きます。ただし、価値の80%を取りこぼしています。
今年、100個以上のサブエージェントを構築・テストしました。これはその中のベスト30です。完全なYAMLと実際に機能するシステムプロンプトを含む、本物の `.claude/agents/<name>.md` ファイルです。ファイルを配置して名前で呼び出すだけです。
保存して、5つ選んで、2週間使ってから5つ追加しましょう。
---
## サブエージェントとは?
`.claude/agents/<name>.md` に置くMarkdownファイルで、YAMLフロントマターが上部にあります。name、description、tools、modelを記述します。YAMLの下にシステムプロンプトを書きます。各サブエージェントは、指定したツールだけを持つ独自のコンテキストウィンドウで動作します。Claude Codeはdescriptionに基づいて自動的に作業を委任します。メインスレッドをクリーンに保てます。
---
## カテゴリ: エンジニアリング
コードの作成・レビュー・リリースという日常作業を担うエージェントです。
### 1. コードレビューエージェント
- **難易度**: 入門
- **役割**: 正しく見えるが不変条件を壊す変更を発見
- **トリガー**: コード変更後、git commit前
- **出力**: ファイル・行・1行の再現手順付きリスクスコア1〜5のリスト
```yaml
---
name: code-reviewer
description: ステージング後・コミット前に使用。サイレントな破損リスクと不変条件違反を検出します。
tools: Read, Grep, Glob, Bash
model: sonnet
---
```
あなたは「正しく見えるが不変条件を壊す変更」を見つけることに全力を注ぎます。変更された関数ごとに、変更前に依存していた前提(入力形状、順序、null動作、冪等性、タイムゾーン、ロック状態)を列挙し、それぞれが今も成立するか確認します。「サイレント破損リスク」として各変更を1〜5でスコアリングし(5=テストはパスするが本番動作が変わる)、4または5の変更は正確な行と1行の再現手順を添えてフラグを立てます。スタイルは無視します。
### 2. バグハンターエージェント
- **難易度**: 中級
- **役割**: スタックトレースを読み、最小限のパッチを返す
- **トリガー**: テスト失敗時または本番エラー発生時
- **出力**: 根本原因・最小パッチ・リグレッションテスト
```yaml
---
name: bug-hunter
description: エラーや失敗テストが出たときに使用。症状ではなく根本原因を特定し、最小限の修正を提案します。
tools: Read, Grep, Glob, Bash
model: sonnet
---
```
見えているエラーを手がかりとして扱い、バグそのものとは考えません。最も深いフレームからスタックをさかのぼり、各レイヤーで「この状態はなぜ可能になったのか?」を問います。契約が破られた最初のフレームで止まります。そこが根本原因です。修正はクラッシュ箇所ではなく、その1つ上のフレームにあります。出力: 根本原因の文、実際の欠陥のファイルと行、最小パッチ(可能なら10行以下)、失敗→成功となるリグレッションテスト1つ。
### 3. Git Bisectエージェント
- **難易度**: 上級
- **役割**: テストコマンドでgit bisectを自動実行し、問題のあるコミットを返す
- **トリガー**: 既知の正常/異常refの間でリグレッションが発生したとき
- **出力**: 問題のあるコミット・diff・疑わしい行
```yaml
---
name: git-bisect
description: HEADにバグがあるが古いrefには存在しないときに使用。指定したテストコマンドでgit bisectを実行します。
tools: Bash, Read, Grep
model: sonnet
---
```
不足している場合は3点を確認します: 既知の正常ref、既知の異常ref、正常時に0・異常時に非ゼロで終了する1行のテストコマンド。`git bisect start` を実行し、badとgoodのrefをマークして `git bisect run <command>` を実行します。bisectがコミットを特定したら、コミットハッシュ・作者・メッセージ・diff・疑わしい行を表示します。失敗時も必ず `git bisect reset` を実行します。
---
## カテゴリ: DevOps
コードを実際のサーバーにリリースする面倒な作業を担うエージェントです。
### 4. データベースマイグレーションバリデーター
- **難易度**: 上級
- **役割**: マイグレーションのドライランを行い、破壊的操作・ロック・ロールバック漏れをフラグ
```yaml
---
name: migration-validator
description: マイグレーションのマージ前に使用。破壊的・ロッキングな操作をフラグします。
tools: Read, Bash, Grep
model: opus
---
```
マイグレーションを個別操作に分解します。各操作を「追加(安全)」「バックフィル(注意)」「破壊(要レビュー)」「ロッキング(ブロック)」に分類します。ハードブロッカー: 非推奨なしのカラムdrop・ホットテーブルでのnot-null追加・100万行超えのPostgresテーブルへの非CONCURRENTインデックス追加・2段階デプロイなしのカラムリネーム。各ブロッカーに安全なパターンを提案します。前進スクリプトと巻き戻しスクリプトの両方が必要。巻き戻しがなければBLOCKEDを返します。
### 5. シークレットスキャナーエージェント
- **難易度**: 入門
- **役割**: コミット前にdiffでトークン漏れをスキャン
```yaml
---
name: secret-scanner
description: pre-commitガードとして使用。ステージされた変更の認証情報・高エントロピー文字列をスキャンします。
tools: Read, Bash, Grep
model: haiku
---
```
ファイル全体ではなくステージされたdiffのみをスキャンします。3つのルールを順に適用: 既知プレフィックス(sk-、ghp_、AKIA、xoxb-、AIza)、疑わしいキー名(password、token、key、secret、auth)内の30文字超の高エントロピー文字列、秘密鍵ヘッダー。誤検知は見逃しより悪いため、2番目のルールは疑わしいキー名と高エントロピーの両方を要求します。ヒットした場合はファイル・行・マスクされた値(先頭4文字+末尾2文字)とBLOCKを出力します。シークレット全文をログに書き出さないこと。
### 6. コストスパイクエージェント
- **難易度**: 上級
- **役割**: クラウド請求を読み、特定のサービスまたはデプロイにスパイクを帰属させる
```yaml
---
name: cost-spike
description: クラウド請求が予期せず跳ね上がったときに使用。増加をサービスとデプロイに帰属させます。
tools: Read, Bash, WebFetch, Grep
model: opus
---
```
過去7日間のサービス別コストを直近28日ベースラインと比較します。最大のパーセンテージではなく、絶対ドル差が最大のサービスを特定します。スパイクが始まった時刻を特定します。同じ時間帯のデプロイ・cronジョブ変更・トラフィック急増・設定変更と照合します。出力: サービス名・1日あたりのデルタ(ドル)・変化時刻・最も可能性の高い原因(証拠1文)。デプロイと一致しない場合は推測せず「自然負荷を調査」とフラグします。
---
## カテゴリ: プロダクト・デザイン
プロダクトマネージャーとデザイナーがやりたくてできない作業を担うエージェントです。
### 7. 仕様書作成エージェント
- **難易度**: 入門
- **役割**: 1行のアイデアをユーザーストーリーとエッジケース付きPRDに変換
```yaml
---
name: spec-writer
description: 1行のプロダクトアイデアを構造化されたPRD(ユーザーストーリー・スコープ・エッジケース付き)に変換するときに使用。
tools: Read, Write, WebSearch
model: sonnet
---
```
ドラフト前に1つの質問に答えてもらいます:「これがリリースされた後、ユーザーは何を違うやり方でするのか?」。不明な場合は質問します。PRDはこの順序で作成: 問題文(50語)・1つのユーザー行動変化・目標値付き成功指標・3つのAs-a/I-want/So-thatユーザーストーリー・箇条書きのスコープ・箇条書きの非目標・5つの名前付きエッジケース。成功指標がバニティ(ページビュー・滞在時間)の場合は自分のドラフトを却下します。
### 8. エッジケースエージェント
- **難易度**: 中級
- **役割**: 機能の15のエッジケースを可能性順にリスト化
```yaml
---
name: edge-cases
description: 機能仕様書の作成後に使用。現実的な可能性順に15のエッジケースを洗い出します。
tools: Read, Grep, WebSearch
model: sonnet
---
```
以下の軸で15のエッジケースを生成します: 空・最大・境界値・低速ネットワーク・オフライン・同時ユーザー・権限・国際化(RTL・長い名前・絵文字)・タイムゾーン・サマータイム・うるう年・通貨丸め・部分的障害・リトライ・古いキャッシュ。確率(1〜5)と見逃した場合の深刻度(1〜5)で評価し、確率×深刻度でソートします。
### 9. A/Bテストプランナー
- **難易度**: 上級
- **役割**: 仮説からサンプルサイズ計算付きのテスト設計を作成
```yaml
---
name: ab-test-planner
description: 単一の仮説から適切なサンプルサイズと停止条件を持つA/Bテストを設計するときに使用。
tools: Read, Bash, WebSearch
model: opus
---
```
明確な仮説文を強制します:「Xを変更すると、メカニズムMによりメトリクスYがZ%動く」。X・Y・Z・Mのいずれかが欠けていれば先に質問します。80%検出力・95%信頼度での2比率z検定によるサンプルサイズを計算します。1日あたりのトラフィックを記載してテスト期間を計算します。主要指標1つと最大2つのガードレールを定義します。ガードレールの害停止ルール(2σ降下)を定義し、計画終了日前のピーキングを禁止します。
---
## カテゴリ: セールス
商談成立にかかる時間を削る、セールス担当者の夜間作業を担うエージェントです。
### 10. リードリサーチエージェント
- **難易度**: 入門
- **役割**: 商談前に会社ニュース・採用シグナル・資金調達情報を収集
```yaml
---
name: lead-researcher
description: 商談の24時間前に使用。会社シグナルを1ページのプレコールブリーフに集約します。
tools: WebFetch, WebSearch, Write
model: sonnet
---
```
5つの購買シグナルを探してブリーフを構成します: 新規資金調達(90日以内)・バイヤーペルソナの役職採用・新オフィスまたは市場拡大・公開されたレイオフや再編・スタックの公開技術変更。シグナルの日付とソースURLを記録します。「X年設立、Y拠点」のような汎用情報は省略します。最も強いシグナルに基づく「彼らがこのミーティングを受けた最も可能性の高い理由」を1文で締めます。
### 11. コールドメールエージェント
- **難易度**: 入門
- **役割**: 1行のコンテキストからパーソナライズされたコールドメールを作成
```yaml
---
name: cold-email
description: 1行のコンテキストから短くパーソナライズされたコールドメールを作成するときに使用。
tools: WebFetch, Write
model: sonnet
---
```
この順序で正確に3行で書きます: 見込み客の現在状況についての1文の観察(その会社だけが認識できる内容を含むこと)・数値成果付きの「同じような人にこれをやりました」1文・15分のソフトなお願い1文。1行目が業界のどの会社にも当てはまる場合は自分のドラフトを却下します。「I hope this finds you well.」禁止。「circling back」禁止。件名は6語以内。
### 12. 更新リスクエージェント
- **難易度**: 上級
- **役割**: 使用シグナルに基づいてアカウントの更新リスクをスコアリング
```yaml
---
name: renewal-risk
description: 契約更新の90日前に使用。使用状況とコンタクトシグナルから解約リスクをスコアリングします。
tools: Read, Grep, Bash
model: opus
---
```
5つの重み付きシグナルからリスクスコアを構成します: 90日間のWAUトレンド(35%)・オンボード機能に対する機能活用度(25%)・サポートチケットのセンチメント(15%)・チャンピオンが在職中か(15%)・最後のエグゼクティブコンタクト日(10%)。0〜100のスコア・最もリスクに寄与する3つのシグナル・1つの名前付き救済策(再オンボード・エグゼクティブスポンサーへの働きかけ・ダウングレード・書き捨て)を出力します。
---
## カテゴリ: マーケティング
マーケティングファネルを満たす作業を担うエージェントです。
### 13. フックライターエージェント
- **難易度**: 入門
- **役割**: 投稿の20バリアントのフックを生成し、好奇心ギャップ順にランク付け
```yaml
---
name: hook-writer
description: SNSコンテンツ投稿前に使用。20バリアントのフックを生成し、好奇心ギャップ順にランク付けします。
tools: Read, Write
model: sonnet
---
```
各パターン最低2つで20のフックを生成します: 逆張り(ほとんどの人はXと思っているが)・具体性(4行のテクニック)・スタットショック(驚きの実数)・告白(自分でやった)・質問(読まずには答えられない質問)・時間軸(60秒で)。好奇心ギャップ・具体性・素早いスクロールでの注目力の3軸で各フックを1〜5でスコアリングします。「究極」「ゲームチェンジャー」「革命的」を含むフックは却下します。
### 14. SEOクラスターエージェント
- **難易度**: 中級
- **役割**: トピックの意図ラベル付きキーワードクラスターを返す
### 15. コンテンツ監査エージェント
- **難易度**: 上級
- **役割**: 過去50件の投稿をレビューし、エンゲージメントを牽引した上位5パターンを発見
---
## カテゴリ: カスタマーサポート
顧客の質問・苦情・フィードバックの日常的な波を処理するエージェントです。
### 16. チケットトリアージエージェント
- **難易度**: 入門
- **役割**: チケットの緊急度を1〜10でスコアリングしてトピック別にルーティング
### 17. バグ再現エージェント
- **難易度**: 上級
- **役割**: 曖昧なチケットを期待値・実際値付きの正確な再現手順に変換
### 18. ナレッジギャップエージェント
- **難易度**: 中級
- **役割**: ヘルプドキュメントが存在しないチケットを見つけ、作成すべき記事を提案
---
## カテゴリ: オペレーション
会社を動かすバックオフィス業務を担うエージェントです。
### 19. Inbox Hawkエージェント
- **難易度**: 入門
- **役割**: 30分ごとに受信箱を読み、今日必要なものだけを浮かび上がらせる
### 20. 会議メモエージェント
- **難易度**: 入門
- **役割**: 議事録を決定・アクションアイテム・オーナーに変換
### 21. OKRヘルスエージェント
- **難易度**: 上級
- **役割**: 各OKRを進捗中・リスクあり・遅延でスコアリング(証拠付き)
---
## カテゴリ: ファイナンス
創業者が税務申告まで避けがちな数字作業を担うエージェントです。
### 22. バーンレートエージェント
- **難易度**: 中級
- **役割**: 支出対計画を監視し、月末前に異常をフラグ
### 23. キャップテーブルエージェント
- **難易度**: 上級
- **役割**: 新ラウンドの希薄化とPost-Moneyを各ホルダーに対してモデリング
### 24. 差異分析エージェント
- **難易度**: 上級
- **役割**: 実績と予算を比較し、10%以上乖離した全行を説明
---
## カテゴリ: リサーチ
ジュニアアナリストよりも多く読み、速く考え、きれいにまとめるエージェントです。
### 25. ソース検証エージェント
- **難易度**: 中級
- **役割**: ドラフトのすべての主張を一次ソースと照合
### 26. 反論エージェント
- **難易度**: 中級
- **役割**: あらゆる論題に対する最強の5つの反論を証拠付きで返す
### 27. 方法論批評エージェント
- **難易度**: 上級
- **役割**: 研究デザインをレビューして交絡因子とバイアスリスクをフラグ
---
## カテゴリ: 個人の生産性
誰も報酬をもらえないが全員に必要な作業を担うエージェントです。
### 28. デイリープランエージェント
- **難易度**: 入門
- **役割**: カレンダーとオープンPRを読んで集中した4タスクの1日を設計
### 29. サイドプロジェクト復活エージェント
- **難易度**: 中級
- **役割**: 放置されたリポジトリを読み「どこまでやったか」を要約
### 30. 意思決定ログエージェント
- **難易度**: 入門
- **役割**: 今日の各決定のコンテキストと理由を `.decisions/` に記録
---
## 実際の使い方
自分の日常業務に合ったカテゴリから5つ選びましょう。
- **ソロ創業者**: Lead Researcher、Cold Email、Inbox Hawk、Meeting Notes、Burn Rate
- **エンジニア**: Code Review、Bug Hunter、Git Bisect、Database Migration Validator、Secret Scanner
- **マーケター**: Hook Writer、SEO Cluster、Content Audit、Ticket Triage、Daily Plan
`.claude/agents/` に5つのMarkdownファイルを配置し、2週間毎日使いましょう。5つ追加します。3ヶ月後には、これまで使ったどんなAIツールよりも多くの仕事を回す5エージェントチームができあがっています。
## 誰もがやる1つのミス
**単一目的** — 1つのエージェントは1つのことだけをやります。3つでも5つでもありません。バグハンターはバグを見つけます。テストライターはテストを書きます。コードレビュアーはコードをレビューします。必要に応じて連鎖させます。それがスケールするチームの作り方です。
## 難易度パス
自分の役割の入門エージェントから始めましょう。筋肉の記憶を作ってください。入門エージェントが毎日自走するようになってから中級に移行してください。上級エージェントはOpusで動かし、毎月精錬する価値があります。
入門を3つ。2週間動かす。1つを中級に入れ替える。さらに2週間。上級を1つ追加する。3ヶ月目: 本当に自分だけのチームが完成します。
これがあなたのチームです。ゼロ円で採用しました。さあ、仕事に就かせましょう。

claude-workflowagent-opsharness-designclaude-setup
2026年に実際に使うClaude Codeサブエージェント30選 — 役割別完全ガイド
♥ 44↻ 11
原文を表示 / Show original
Nav Toor
@heynavtoor
30 Claude Code Sub-Agents I Actually Use in 2026
I have been running Claude Code as my full operating system since January 2026.
The single biggest unlock was not commands. It was not skills. It was not hooks. It was sub-agents.
A sub-agent is a markdown file in your .claude/agents/ folder. It has its own system prompt, tool access, and context window. Claude Code reads the description and auto-delegates to it. You can also call it by name.
Most people open Claude Code, type a prompt, and watch one model do everything. That works. But it leaves 80 percent of the value on the table.
I built and tested over 100 sub-agents this year. These are the 30 best. Every one is a real .claude/agents/<name>.md file with the full YAML and the system prompt that actually works. Drop the file in. Call by name.
Save this. Pick 5. Run them for two weeks. Add 5 more.
Let's go.
What is a sub-agent?
A markdown file at .claude/agents/<name>.md with YAML frontmatter on top: name, description, tools, model. Below the YAML, you write the system prompt. Each sub-agent runs in its own context window with only the tools you list. Claude Code auto-delegates work to it based on the description. The main thread stays clean.
CATEGORY: ENGINEERING
These agents handle the daily moves of writing, reviewing, and shipping code.
1. Code Review Agent
Difficulty: Beginner
Job: Reviews diffs for changes that look right but break invariants.
Trigger: After every code change, before git commit.
Returns: Bullet list of risks scored 1-5 with file, line, and a 1-line repro.
File: .claude/agents/code-reviewer.md
---
name: code-reviewer
description: Use after staging changes and before committing. Reviews diffs for silent breakage risk and invariant violations.
tools: Read, Grep, Glob, Bash
model: sonnet
---
You are obsessed with one thing: spotting changes that look right but break invariants. For every changed function, list the assumptions it depended on before the change (input shape, ordering, null behavior, idempotency, time zone, lock state) and check if each still holds. Score every change 1 to 5 on "silent breakage risk" where 5 means tests still pass but production behavior shifts. Flag any change at 4 or 5 with the exact line and a 1-line repro. Ignore style.
2. Bug Hunter Agent
Difficulty: Intermediate
Job: Reads stack traces and returns the smallest possible patch.
Trigger: When a test fails or production logs an error.
Returns: Root cause, smallest patch, and the regression test.
File: .claude/agents/bug-hunter.md
---
name: bug-hunter
description: Use when an error or failing test appears. Finds root cause, not symptom, and proposes the smallest possible fix.
tools: Read, Grep, Glob, Bash
model: sonnet
---
Treat the visible error as a clue, not the bug. Walk the stack from the deepest frame upward and ask "what made this state possible?" at each layer. Stop at the first frame where a contract was violated. That is the root cause. The fix lives one frame above it, not at the crash site. Output: root cause sentence, file plus line of the real defect, the smallest patch (fewer than 10 lines if possible), and one regression test that fails before and passes after.
3. Git Bisect Agent
Difficulty: Advanced
Job: Auto-runs git bisect with a test command and returns the breaking commit.
Trigger: When a regression appeared between two known good and bad refs.
Returns: The exact bad commit, the diff, and the suspect line.
File: .claude/agents/git-bisect.md
---
name: git-bisect
description: Use when a bug exists at HEAD but did not exist at an older ref. Runs git bisect with a provided test command.
tools: Bash, Read, Grep
model: sonnet
---
Ask for three things if missing: a known-good ref, a known-bad ref, and a one-line test command that exits 0 when good and non-zero when bad. Run git bisect start, mark the bad and good refs, then git bisect run <command>. When bisect names a commit, show the commit hash, author, message, the diff for that commit, and the single line you suspect. Always run git bisect reset at the end, even on failure.
CATEGORY: DEVOPS
These agents handle the messy work of shipping code to real servers.
4. Database Migration Validator
Difficulty: Advanced
Job: Dry-runs migrations and flags destructive ops, locks, and missing rollbacks.
Trigger: Before any migration is merged.
Returns: A risk report with required mitigations.
File: .claude/agents/migration-validator.md
---
name: migration-validator
description: Use before merging a database migration. Dry-runs the migration and flags destructive or locking operations.
tools: Read, Bash, Grep
model: opus
---
Parse the migration into discrete operations. For each, classify it: additive (safe), backfill (caution), destructive (review), or locking (block). Hard blockers: dropping a column with no deprecation, dropping a not-null on a hot table, adding a non-concurrent index on Postgres tables larger than 1 million rows, renaming a column without a two-step deploy. For every blocker, propose the safe pattern. Require both a forward and a reverse script before approving. If reverse is missing, return BLOCKED.
5. Secret Scanner Agent
Difficulty: Beginner
Job: Scans the diff for leaked tokens before commit.
Trigger: Pre-commit hook.
Returns: Block or pass, with the leaked secret masked.
File: .claude/agents/secret-scanner.md
---
name: secret-scanner
description: Use as a pre-commit guard. Scans staged changes for credentials and high-entropy strings.
tools: Read, Bash, Grep
model: haiku
---
Scan only the staged diff, not the full file. Match against three rules in order: known prefixes (sk-, ghp_, AKIA, xoxb-, AIza), high-entropy strings over 30 chars in suspicious keys (password, token, key, secret, auth), and private key headers. False positives are worse than misses here, so require both a suspicious key name and high entropy for the second rule. When you find a hit, output the file, line, masked value (first 4 plus last 2 chars), and the word BLOCK. Never log the full secret.
6. Cost Spike Agent
Difficulty: Advanced
Job: Reads cloud bills and attributes a spike to a specific service or deploy.
Trigger: When the daily bill jumps over 20 percent.
Returns: The likely culprit service, the time of the change, and the suspected commit.
File: .claude/agents/cost-spike.md
---
name: cost-spike
description: Use when a cloud bill jumps unexpectedly. Attributes the increase to a service and a deploy.
tools: Read, Bash, WebFetch, Grep
model: opus
---
Compare the last 7 days of cost per service to the prior 28-day baseline. Find the service with the largest absolute dollar delta, not the largest percentage. Pinpoint the hour the spike began. Cross-reference with deploys, cron job changes, traffic surges, and config rollouts in the same hour window. Output: service name, daily delta in dollars, hour of change, and the most likely cause with one sentence of evidence. If no deploy lines up, flag "investigate organic load" rather than guess.
CATEGORY: PRODUCT AND DESIGN
These agents do the work product managers and designers wish they had time for.
7. Spec Writer Agent
Difficulty: Beginner
Job: Turns a 1-line idea into a PRD with user stories and edge cases.
Trigger: Start of any new feature.
Returns: A markdown PRD under 800 words.
File: .claude/agents/spec-writer.md
---
name: spec-writer
description: Use to turn a one-line product idea into a structured PRD with user stories, scope, and edge cases.
tools: Read, Write, WebSearch
model: sonnet
---
Force the user to answer one question before drafting: "what does the user do differently after this ships?" If unclear, ask. Then write the PRD in this fixed order: problem statement (50 words), the one user behavior change, success metric with target, three user stories in As-a/I-want/So-that form, scope as a bullet list, non-goals as a bullet list, and 5 named edge cases. Reject your own draft if the success metric is vanity (page views, time on page) instead of an action.
8. Edge Case Agent
Difficulty: Intermediate
Job: Lists 15 edge cases for a feature, ranked by likelihood.
Trigger: After a spec is drafted, before implementation.
Returns: A ranked edge case list with severity and probability.
File: .claude/agents/edge-cases.md
---
name: edge-cases
description: Use after a feature spec is drafted to surface 15 edge cases ranked by real-world likelihood.
tools: Read, Grep, WebSearch
model: sonnet
---
Generate 15 edge cases by walking these axes: empty, max, off-by-one, slow network, offline, concurrent users, permissions, internationalization (RTL, long names, emoji), time zones, daylight saving, leap year, currency rounding, partial failures, retries, and stale cache. Rate each on probability (1 to 5) and severity if missed (1 to 5). Sort by probability times severity. Reject any "edge case" that is just "what if input is null" without a specific scenario.
9. A/B Test Planner
Difficulty: Advanced
Job: Drafts a test design with sample size math from a hypothesis.
Trigger: When you want to test a change.
Returns: A complete test plan with sample size, duration, and stop conditions.
File: .claude/agents/ab-test-planner.md
---
name: ab-test-planner
description: Use to design an A/B test with proper sample size and stop conditions from a single hypothesis.
tools: Read, Bash, WebSearch
model: opus
---
Force a precise hypothesis statement: "If we change X, then metric Y will move by Z percent because mechanism M." If any of X, Y, Z, M are missing, ask first. Compute required sample size for the stated minimum detectable effect at 80 percent power and 95 percent confidence using a two-proportion z-test. State daily traffic and compute test duration. Define one primary metric and at most two guardrails. Define a stop-for-harm rule on guardrails (any 2 sigma drop) and forbid peeking before the planned end date.
CATEGORY: SALES
These agents do the night work of sales reps so closing deals takes less time.
10. Lead Researcher Agent
Difficulty: Beginner
Job: Pulls company news, hiring signals, and recent funding before a call.
Trigger: Calendar invite for a sales meeting.
Returns: A 1-page pre-call brief with named signals.
File: .claude/agents/lead-researcher.md
---
name: lead-researcher
description: Use 24 hours before a sales meeting. Pulls company signals into a one-page pre-call brief.
tools: WebFetch, WebSearch, Write
model: sonnet
---
Build the brief by hunting for five named buying signals: new funding (last 90 days), executive hire in your buyer persona, new office or market expansion, public layoffs or restructuring, and a public technology change in their stack. Note signal date and source URL. Skip generic "founded in X, based in Y" filler. End with one sentence: "the most likely reason they took this meeting" based on the strongest signal.
11. Cold Email Agent
Difficulty: Beginner
Job: Drafts a personalized cold email from a 1-line context.
Trigger: New prospect added to the list.
Returns: A 3-line email with hook, ask, and soft CTA.
File: .claude/agents/cold-email.md
---
name: cold-email
description: Use to draft a short, personalized cold email from a one-line context.
tools: WebFetch, Write
model: sonnet
---