ブレインストーミングスキル は何をしますか？
概要
このスキルは2つの重要な目的を果たします：
- 対話型設計プロセス: AIが自然で協調的な対話を通じて、コードを書く前にアイデアを完全な設計と仕様に変換するよう導きます。
- 包括的なアイデア創出フレームワーク: 研究で検証されたプロンプトパターン（以下のパターン文書リファレンスを参照）を提供し、あらゆる領域（マーケティング、コンテンツ、機能）にわたって高品質なアイデアを生成するのに役立ちます。
ブレインストーミングワークフロー
ソフトウェア機能、コンポーネント設計、または複雑なタスクに取り組む場合は、これらの各項目に対してタスクを作成し、順番に完了する必要があります。（純粋なコンテンツ/マーケティングアイデア出しの場合は、以下のパターンライブラリを使用してこれらの手順を適宜調整してください。）
- コンテキストを探索する — プロジェクトの状態、ファイル、ドキュメント、最近のコミットを確認する
- 明確化の質問をする — 一度に1つずつ、目的/制約/成功基準を理解する
- 2～3のアプローチを提案する — トレードオフと推奨事項を示す（パターンライブラリを参考にする）
- 設計を提示する — 複雑さに応じてセクションに分割し、各セクションごとにユーザーの承認を得る
- 結果を文書化する — 承認された設計/アイデアを適切なMarkdownファイル（例：
docs/plans/YYYY-MM-DD-<topic>-design.md）に書き込み、コミットする - 移行する — 承認後にのみ計画または実装スキルを呼び出す
プロセスフロー
[!IMPORTANT] プロセスマップまたはMermaidダイアグラムが提供された場合は、それを権威ある手順として扱ってください。図に示された正確な順序（分岐、決定点、停止条件を含む）でステップを実行してください。 Mermaidプロセス図は実行可能な命令セットです。記述されている通りに正確に従ってください：シーケンス、条件、ループ、並列パス、終了状態を尊重してください。即興で変更したり、順序を並べ替えたり、ステップをスキップしたりしないでください。ノードがあいまいであったり、必要な詳細が不足している場合は、先に進む前に明確化の質問をして停止してください。 ユーザーと対話するときは、図から解釈したパスを事前に報告してから実行してください。
以下の図は、ブレインストーミングワークフローの権威ある手順です。図に示された正確な順序（分岐、決定点、停止条件を含む）でステップを実行してください。
flowchart TD
subgraph Phase1["フェーズ 1: 発見 — 提案前に現在の状態を確立する"]
Explore["コンテキストを探索 — プロジェクトの状態、ファイル、ドキュメント、最近のコミットを確認"]
Ask["明確化の質問 — 一度に1つずつ、目的/制約/成功基準を理解"]
Propose["2～3のアプローチを提案 — トレードオフと推奨事項、パターンライブラリを使用"]
end
subgraph Phase2["フェーズ 2: 検証 — 先に進む前に明示的なユーザー承認を得る"]
Present["設計を提示 — 複雑さに応じてセクションに分割、各セクションごとに承認を得る"]
Approve{"ユーザーが明示的に承認を確認<br>または修正を要求？"}
end
subgraph Phase3["フェーズ 3: 完了 — 文書化して引き継ぐ"]
Document["結果を文書化 — 承認された設計を docs/plans/YYYY-MM-DD-トピック-design.md に書き込みコミット"]
Transition(["移行 — 承認後にのみ計画または実装スキルを呼び出す"])
end
Explore --> Ask --> Propose --> Present
Present --> Approve
Approve -->|"ユーザーが修正を要求 — 修正して再提示"| Present
Approve -->|"ユーザーが承認を確認 — 続行"| Document
Document --> Transition
会話の原則
- 一度に1つの質問 — 複数の質問で圧倒しない。複雑なトピックは分割する。
- 選択肢を優先 — 可能であれば、自由回答形式の質問よりもユーザーが答えやすい。
- YAGNIを徹底 — すべての設計から不要な機能を削除する。
- 代替案を探索 — 決定する前に必ず2～3のアプローチを提案する。
- 段階的に検証 — 設計を提示し、先に進む前に承認を得る。
- 柔軟に対応 — 意味が通らない場合は戻って明確化する。
アイデア出しとアプローチのためのパターンカテゴリ
アプローチを提案したり、ユーザーのためにアイデアを生成する際には、以下の14の体系的なカテゴリを活用してください。各パターンには、正確なプロンプトテンプレート、出力形式仕様、および成功指標が含まれています。
<category_index>
- 視点の増幅 — 複数の視点とステークホルダーの角度からアイデアを生成
- 制約バリエーション — 人工的な制約を通じてアイデア空間を探索
- 逆転と否定空間 — 逆転思考を使用して新しい解決策を見つける
- アナロジー転送 — 異なるドメインからのパターンを適用
- 体系的な機能分解 — SCAMPERと属性ベースのアイデア出し
- シナリオ探索 — 未来ベースおよび「もしも」の思考
- 制約ベースの構造化アイデア出し — 厳しい制約内で構築
- 連鎖思考推論 — マルチステップの洗練プロセス
- 組み合わせと形態学的探索 — 強制的に新しい機能の組み合わせを作成
- 前提への挑戦 — 前提に疑問を投げかけ、仮定を反転
- 穴埋めテンプレート — 構造化された完成形式
- 競争ポジショニング — 差別化マトリックスアプローチ
- 極端なスケーリング — 10倍思考と指数関数的シナリオ
- ステークホルダーと共感ベース — カスタマージャーニーとペルソナパターン </category_index>
<selection_guide>
以下の図は、パターン選択の権威ある手順です。図に示された正確な順序（分岐、決定点、停止条件を含む）でステップを実行してください。
flowchart TD
Start(["ユーザーがアイデアやアプローチを要求"]) --> Goal{"主なアイデア出しの<br>目標は？"}
Goal -->|"迅速な量 — 8～15のアイデア"| PersMult["視点の増幅パターンを使用"]
Goal -->|"品質/深さ — 洗練されたアイデア"| MultiStage["制約バリエーションを用いた<br>マルチステージの洗練を使用"]
Goal -->|"画期的なイノベーション"| InversionExtreme["逆転 + 極端なスケーリングを組み合わせる"]
Goal -->|"実用的な実装"| Constraint["制約ベースのパターンを使用"]
Goal -->|"市場の差別化"| Competitive["競争ポジショニングパターンを使用"]
Goal -->|"顧客中心の機能"| Stakeholder["ステークホルダーと共感パターンを使用"]
PersMult --> Apply(["パターンライブラリから選択したパターンを適用"])
MultiStage --> Apply
InversionExtreme --> Apply
Constraint --> Apply
Competitive --> Apply
Stakeholder --> Apply
</selection_guide>
出力形式の最適化
<format_guidance> 成功するブレインストーミングパターンは、正確な出力形式を指定します：
- 「番号付きリスト」 > 「箇条書き」（アイデア追跡に適している）
- 「表形式：アイデア | 理由 | 実装 | トレードオフ」（完全性を強制）
- 「各アイデアについて、その理由を説明してください」（品質が40%向上）
- 単語数の範囲を指定（200～400語は簡潔さと冗長さの両方を防ぐ） </format_guidance>
パターン文書リファレンス
完全なパターン文書は、リファレンスファイルに整理されています：
- パターンカテゴリと文書 — 全カテゴリとパターンの一覧
- ドメイン固有のアプリケーション — マーケティング、プロダクト開発、QAテスト、ビジネス戦略
- パターン選択ガイド — 適切なパターンを選択するための決定フレームワーク
- 統合：パターンが機能する理由
- 包括的なプロンプトライブラリ — すぐに使えるテンプレート
- エグゼクティブサマリー
- 参考文献とソース文書
Claudeインスタンスへの注意事項
<ai_instructions>
- 最初に、これが実装設計タスクなのか、コンテンツ/マーケティングアイデア出しタスクなのかを評価すること。
- 常に
<HARD-GATE>を適用すること。承認された設計なしにコードに飛びつかないこと。 - アイデア/アプローチを生成する際は、言い換えたバージョンではなく、リファレンスファイルから正確なプロンプトテンプレートを提供すること。
- 特定のパターンを参照する場合は、ソースファイルを引用すること。 </ai_instructions>