brainstorming-with-explorer-challenger-teams について
brainstorming-with-explorer-challenger-teamsは、プロジェクトの選択肢を検討するための構造化されたアイデア創出スキルです。ペアのエージェントが異なる視点から案を出し、互いに検証した後、レポートにまとめます。
主な機能
- 01アイデア担当と批判的検討役をペアに編成
- 02短期改善・大型機能・新方向を検討
- 03ペア数とテーマのカスタマイズ
- 04議論で検証した案をレポートに統合
活用シーン
- 01プロジェクトの改善案を探る
- 02優先順位付け前に提案を検証
- 03異なるテーマでブレインストーミングを構成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ gannonh/ skills --skill brainstorming-with-explorer-challenger-teamsインストール後、Claude Code で/brainstorming-with-explorer-challenger-teamsを入力して読み込まれたか確認します。
詳細
エクスプローラー/チャレンジャーによるブレインストーミング
エクスプローラーとチャレンジャーのペアチームを使って、構造化されたブレインストーミングセッションを実施します。各ペアには、アイデアを生み出すエクスプローラーと、あえて反論するチャレンジャーがいます。異なる担当領域を持つ複数のペアが並行して取り組み、議論を経て検証された提案を生み出します。
デフォルトのチーム構成
異なる視点を持つ3つのペア:
| ペア | エクスプローラー | チャレンジャー | 担当領域 |
|---|---|---|---|
| 1 | explorer-quickwins | challenger-quickwins | 少ない労力で大きな効果が得られる改善 |
| 2 | explorer-highvalue | challenger-highvalue | 多大な投資に値する重要な機能 |
| 3 | explorer-radical | challenger-radical | 新たな方向性とパラダイムシフト |
ユーザーは担当領域、ペア数、または注力分野をカスタマイズできます。チーム構成はそれに合わせて調整してください。
プロセス
ステップ 1:コンテキストを収集する
エージェントを起動する前に、以下を読んでプロジェクト概要を作成します。
- README または同等のプロジェクト概要
- ロードマップ、バックログ、計画ファイル
- 最近の変更履歴またはリリース済み機能
- 未解決のイシューまたは機能リクエスト
- プロジェクトの制約(チームの規模、アーキテクチャ、対象ユーザー)
すべてのエージェントがプロンプトで受け取るコンテキストブロックに要約します。
ステップ 2:出力ディレクトリを作成する
このブレインストーミングセッション用に、タイムスタンプ付きの出力ディレクトリを作成します。
.planning/brainstorms/YYYY-MM-DDTHH-MM-brainstorm/
現在の日付と時刻を使用します(例:2026-02-05T11-18-brainstorm)。すべてのエージェントの出力ファイルと最終的な SUMMARY.md をここに保存します。このディレクトリをエージェントがファイルを書き込む作業場所として使用してください(/tmp や scratchpad ディレクトリは使用しないでください)。
ステップ 3:チームとタスクを作成する
Teammateツール(spawnTeam)でチームを作成します- エージェントごとに1つのタスクを作成します(3ペアの場合は6タスク)
- 依存関係を設定します。各チャレンジャーのタスクは、対応するエクスプローラーのタスクが完了するまでブロックされます
ステップ 4:エージェントを起動する
team_name と name パラメーターを指定して、Task ツールで全エージェントを並行して起動します。すべてのエージェントに general-purpose サブエージェントタイプを使用します。
ステップ 2 で作成したブレインストーミング出力ディレクトリに、出力ファイルを書き込むよう各エージェントに指示します。
エクスプローラーのプロンプトテンプレート:
You are an EXPLORER on a brainstorm team for [PROJECT]. Your job is to propose [REMIT DESCRIPTION] ideas.
## Your Role
Generate creative, practical ideas. You're the optimist — find opportunities.
[Don't self-censor. The challenger's job is to ground ideas — yours is to push boundaries.]
## Project Context
[CONDENSED PROJECT BRIEF]
## Your Task
1. Claim your task from the task list using TaskUpdate
2. Explore the codebase to understand current architecture and gaps
3. Read any backlog/issues for inspiration
4. Write [N] proposals to [OUTPUT_DIR]/[category]-ideas.md
For each idea, include:
- **Name**: Short descriptive name
- **What**: Description of the idea
- **Why**: Strategic justification
- **Scope**: Rough effort estimate
- **Risks**: What could go wrong
5. Message your challenger partner with a summary
6. Engage in 2-3 rounds of back-and-forth debate
7. Write final consolidated report to [OUTPUT_DIR]/[category]-report.md incorporating valid critiques
8. Mark your task as completed
チャレンジャーのプロンプトテンプレート:
You are a CHALLENGER (devil's advocate) on a brainstorm team for [PROJECT]. Your partner "[explorer-name]" is proposing [REMIT DESCRIPTION] ideas. Your job is to pressure-test them.
## Your Role
You're the skeptic. Find flaws, question assumptions, identify hidden complexity. But be constructive — if an idea survives your scrutiny, it's probably good. Your goal isn't to kill ideas but to make them better.
[Be specific. "This seems hard" is weak. "This requires X which has Y dependency" is strong.]
## Project Context
[CONDENSED PROJECT BRIEF]
## Your Task
1. Claim your task (blocked until explorer finishes initial proposals)
2. While waiting, explore the codebase to build your own understanding
3. When you receive ideas, evaluate each on:
- Feasibility: Is the scope realistic?
- Value: Does this solve a real problem?
- Risks: What could go wrong?
- Alternatives: Is there a simpler way?
4. Send critique back to your explorer partner
5. Engage in 2-3 rounds of discussion
6. After the explorer writes the final report, mark your task as completed
Your best output: "This idea is viable IF you scope it to X and start with Y."
ステップ 5:監視と管理
- TaskList でタスクの完了を確認します
- 完了したペアは、
shutdown_requestメッセージを使って終了させます(先にエクスプローラー、その後にチャレンジャー) - エージェントが行き詰まらない限り、議論には介入しないでください
ステップ 6:統合してレポートを作成する
すべてのペアが完了したら:
- 出力ディレクトリからすべての最終レポートを読みます
Teammateツール(cleanup)でチームをクリーンアップします- 出力ディレクトリに
SUMMARY.mdファイルを作成し、すべての結果を統合します。- セッション(トピック、ペア数、担当領域)を説明する簡潔な導入
- 各カテゴリーのセクションを設け、残った提案を表にまとめる
- 各カテゴリーの完全なレポートへのリンク(例:
[Full report](quickwins-report.md)) - 保留または却下した項目と、その簡潔な理由
- 複数のペアに共通して現れたテーマ
- 該当する場合は、推奨する実施順序
- SUMMARY.md の内容をユーザーに提示します
最終的な出力ディレクトリ構成は、次のようになります。
.planning/brainstorms/YYYY-MM-DDTHH-MM-brainstorm/
├── SUMMARY.md # Consolidated synthesis (primary output)
├── [category]-ideas.md # Raw proposals per pair
└── [category]-report.md # Debate-refined reports per pair
カスタマイズ
ペアを減らす/増やす: 規模に応じて調整します。焦点を絞ったセッションでは1ペア、幅広い探索では4~5ペアを使用できます。
担当領域のカスタマイズ: デフォルトの3つの視点を、質問に合った切り口に置き換えます。例:
- 技術的実現可能性/ビジネス価値/ユーザー体験
- 構築/購入/提携
- 短期/中期/長期
- コア製品/隣接市場/新市場
ソロのエクスプローラー(チャレンジャーなし): 議論を行わず、純粋にアイデアを生み出す場合は、エクスプローラーのみを起動します。チャレンジャーの役割は省略してください。
ドメイン固有のコンテキスト: 技術的なブレインストーミングでは、エクスプローラーに特定のコードパスを読ませます。製品のブレインストーミングでは、競合他社やユーザーフィードバックを調査させます。
出力構成
各ペアは次のファイルを生成します。
[category]-ideas.md— Explorer の初期提案(未編集)[category]-report.md— 議論後の最終統合レポート(精緻化済み)
主な成果物は SUMMARY.md です。カテゴリ別レポートには詳細が記載されています。初期アイデアのファイルは参考用に保持されます。