brainstorming-skill

ブレインストーミングスキル

概要

このスキルには、重要な目的が2つあります。

1. 対話型の設計プロセス： コードを書く前にアイデアを練り上げ、完全な設計と仕様にするため、自然で協力的な対話を通じてAIを導きます。
2. 包括的なアイデア創出フレームワーク： あらゆる分野（マーケティング、コンテンツ、機能）で質の高いアイデアを生み出すため、研究で検証されたプロンプトパターン（下記の「パターンのドキュメント参照」を参照）を提供します。

ブレインストーミングのプロセスを完了し、設計を提示してユーザーの承認を得るまでは、実装スキルを呼び出したり、コードを書いたり、プロジェクトの雛形を作成したり、実装に関するいかなる作業も行ってはいけません。これは、簡単そうに見えるかどうかにかかわらず、すべてのプロジェクトに適用されます。

ブレインストーミングのワークフロー

ソフトウェア機能、コンポーネント設計、複雑なタスクに取り組む場合は、これらの各項目について必ずタスクを作成し、順番どおりに完了してください。（コンテンツやマーケティングのアイデア創出のみの場合は、下記のパターンライブラリを使って手順を調整してください。）

1. コンテキストを確認する — プロジェクトの状態、ファイル、ドキュメント、最近のコミットを確認します
2. 明確化のための質問をする — 目的、制約、成功基準を理解するため、一度に1つずつ質問します
3. 2～3つのアプローチを提案する — トレードオフと推奨案を示します（アイデアを得るためにパターンライブラリを使用します）
4. 設計を提示する — 複雑さに応じてセクションに分けて提示し、各セクションの後にユーザーの承認を得ます
5. 結果をドキュメント化する — 検証済みの設計やアイデアを適切な Markdown ファイル（例：docs/plans/YYYY-MM-DD-<topic>-design.md）に書き込み、コミットします
6. 次の段階へ移行する — 承認を得た後にのみ、計画または実装スキルを呼び出します

プロセスフロー

重要

プロセスマップまたは Mermaid 図が提供された場合は、それを正式な手順として扱ってください。分岐、判断ポイント、停止条件も含め、示されている順序を厳密に守って手順を実行します。 Mermaid のプロセス図は、実行可能な命令セットです。記載されたとおりに正確に従い、順序、条件、ループ、並列経路、終了状態を尊重してください。独自に判断して変更したり、順序を入れ替えたり、手順を省略したりしてはいけません。ノードが曖昧な場合や必要な詳細が欠けている場合は、続行する前に作業を止めて明確化のための質問をしてください。 ユーザーとやり取りする際は、まず図から解釈した進行経路を伝えてから、実行してください。

以下の図は、ブレインストーミングのワークフローにおける正式な手順です。分岐、判断ポイント、停止条件も含め、示されている順序を厳密に守って手順を実行してください。

flowchart TD
    subgraph Phase1["Phase 1: Discovery — establish current state before proposing"]
        Explore["Explore context — check project state, files, docs, recent commits"]
        Ask["Ask clarifying questions — one at a time, understand purpose/constraints/success criteria"]
        Propose["Propose 2-3 approaches — with trade-offs and recommendation, use Pattern Library"]
    end
    subgraph Phase2["Phase 2: Validation — get explicit user approval before proceeding"]
        Present["Present design — in sections scaled to complexity, get user approval after each section"]
        Approve{"Does user explicitly confirm approval<br>or request revision?"}
    end
    subgraph Phase3["Phase 3: Completion — document and hand off"]
        Document["Document the result — write validated design to docs/plans/YYYY-MM-DD-topic-design.md and commit"]
        Transition(["Transition — invoke planning or implementation skill only after approval"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"User requests revision — revise and re-present"| Present
    Approve -->|"User confirms approval — proceed"| Document
    Document --> Transition

対話の原則

• 一度に質問は1つ — 複数の質問でユーザーに負担をかけないでください。複雑な話題は分けて質問します。
• 選択肢を優先する — 可能であれば、自由回答よりもユーザーが答えやすくなります。
• YAGNI を徹底する — すべての設計から不要な機能を取り除きます。
• 代替案を検討する — 絞り込む前に、必ず2～3つのアプローチを提案します。
• 段階的に検証する — 設計を提示し、先へ進む前に承認を得ます。
• 柔軟に対応する — 理解できない点があれば、戻って確認します。

アイデア創出とアプローチのパターンカテゴリ

ユーザーにアプローチを提案したり、アイデアを生成したりする際は、次の14の体系的なカテゴリを活用してください。各パターンには、正確なプロンプトテンプレート、出力形式の仕様、成功指標が含まれています。

<category_index>

1. 視点の多様化 - 複数の視点やステークホルダーの立場からアイデアを生成する
2. 制約の変更 - 人工的な制約を通じてアイデアの可能性を探る
3. 逆転とネガティブスペース - 逆転思考を使って斬新な解決策を見つける
4. 類推による応用 - 異なる分野のパターンを応用する
5. 体系的な機能分解 - SCAMPERと属性ベースのアイデア創出
6. シナリオ探索 - 未来志向の思考と「もしも」の思考
7. 制約ベースの構造化されたアイデア創出 - 厳格な制約の中で構築する
8. 思考の連鎖による推論 - 複数段階の改良プロセス
9. 組み合わせと形態学的探索 - 斬新な機能の組み合わせを強制的に作り出す
10. 前提への異議申し立て - 前提を問い直し、仮定を逆転させる
11. 穴埋めテンプレート - 構造化された補完形式
12. 競争上のポジショニング - 差別化マトリクスのアプローチ
13. 極端なスケーリング - 10倍思考と指数関数的なシナリオ
14. ステークホルダーと共感ベース - カスタマージャーニーとペルソナのパターン </category_index>

<selection_guide>

次の図は、パターン選択における正式な手順です。分岐、判断ポイント、停止条件を含め、示された順序どおりに手順を実行してください。

flowchart TD
    Start(["User requests ideas or approaches"]) --> Goal{"What is the primary<br>ideation goal?"}
    Goal -->|"Rapid quantity — 8-15 ideas"| PersMult["Use Perspective Multiplication patterns"]
    Goal -->|"Quality/depth — refined ideas"| MultiStage["Use Multi-stage refinement<br>with constraint variation"]
    Goal -->|"Breakthrough innovation"| InversionExtreme["Combine Inversion + Extreme Scaling"]
    Goal -->|"Practical implementation"| Constraint["Use Constraint-Based patterns"]
    Goal -->|"Market differentiation"| Competitive["Use Competitive Positioning patterns"]
    Goal -->|"Customer-centric features"| Stakeholder["Use Stakeholder and Empathy patterns"]

    PersMult --> Apply(["Apply selected pattern from Pattern Library"])
    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>