brainstorm

ブレインストーミング

適応型の構造化された質問を通じて、曖昧なアイデアを具体的で実行可能な成果物に変えます。このスキルは、ユーザーが実際に必要としているものに応じて、深さと出力形式を調整します。手早いアイデア出しから、綿密なプロンプトエンジニアリングまで対応します。

クイックスタート

1. ユーザーがリクエストを提示します（曖昧なアイデア、ブレインストーミングの依頼、または改善したいプロンプト）
2. トリアージ — 3つのモードのいずれかに分類します：プロンプト、探索、またはフォーカス
3. 適切なヒアリングフローを実行します（モードに応じて3～7個の質問）
4. モードに合った出力を作成します
5. 次のステップを提案します

ツール

ツール	目的
AskUserQuestion	ユーザーに一度に1つの質問をします。Claude Code：options を使用するネイティブの AskUserQuestion（以下の AskUserQuestion の使用方法を参照）。Copilot：choices を指定した ask_user。Kiro／その他：番号付き選択肢を含むプレーンテキスト。
WebSearch	ユーザーが参考資料を持っておらず、参考資料が本当に役立つ場合に探します。Claude Code：WebSearch。Copilot／Kiro：web_search。
Agent	Plan サブエージェントに作業を委任します。Claude Code：Agent(subagent_type: "Plan")。Copilot：task(agent_type: "general-purpose") + # Role: Planner ブロック。Kiro：use_subagent。代替手段：計画をインラインで作成します。

AskUserQuestion の使用方法

API では最大4つまで対応していますが、呼び出しごとに質問は1つだけにしてください。複数の質問をすると、回答が浅くなります。

各質問には次の項目が必要です。

• question：末尾が ? の明確な質問文
• header：チップとして表示される短いラベル（最大12文字）。例："Goal"、"Priority"、"Approach"
• options：2～4個の選択肢の配列。各選択肢には label（1～5語）と description（トレードオフを説明する文）を含めます。「その他」は自動で追加されるため、含めないでください。
• multiSelect：選択肢が相互排他的でない場合にのみ true に設定します。それ以外の場合は省略してください（既定値は false です）。

推奨する選択肢を最初に置き、そのラベルの末尾に "(Recommended)" を付けてください。

例： {"questions": [{"question": "Which matters more?", "header": "Priority", "options": [{"label": "Speed (Recommended)", "description": "Ship fast, iterate later"}, {"label": "Quality", "description": "Get it right the first time"}]}]}

基本原則

1. 決して推測せず、自分で決めないでください。 ユーザーの意図、制約、好み、方向性など、少しでも不確かな点があれば、必ずまずユーザーに尋ねてください。前提を置いたり、推測したり、空欄を自分で補ったりしないでください。誤った前提に基づいて出力を作るより、確認の質問を1つするほうが、はるかに負担が少なくて済みます。
2. 理解する前に回答しないでください。 すぐに役立とうとすると、ありきたりな出力になりがちです。ただし、「理解する」とは「13個質問する」という意味ではなく、具体的な回答に必要な情報を十分に把握することです。
3. ツールを使って一度に1つ質問してください。 複数の質問をすると、回答が浅くなります。AskUserQuestion（Claude Code）、ask_user（Copilot）、または最終手段としてプレーンテキストを使用してください。いずれの場合も、必ず一度に1つだけ質問してください。
4. 選択式を優先してください。 回答の選択肢を予測できる場合は提示してください。選択肢があると素早く回答でき、認知負荷が下がり、好みも明確になります。自由回答形式にするのは、回答を本当に予測できない場合だけです。
5. ユーザーの言葉遣いに合わせてください。 ユーザーが使っていない専門用語を持ち込まないでください。
6. 分野ではなく、生活について尋ねてください。 制約、リスク、譲れない条件を尋ねるのに専門知識は不要ですが、誤った方向性を確実に避けられます。
7. すでに分かっていることを再度尋ねないでください。 最初のプロンプトとすべての回答から得た情報を把握してください。
8. ユーザーの時間を尊重してください。 リクエストの複雑さに合わせて、質問の深さを調整してください。気軽な「ブレインストーミングを手伝って」という依頼に、「詳細なプロンプトを作成して」という依頼と同じ厳密さは必要ありません。

トリアージ — 適切なモードの選択

質問をする前に、ユーザーのリクエストを読み、3つのモードのいずれかに分類してください。この分類は内部で行い、ユーザーに希望するモードを尋ねないでください。

プロンプトモード

対象： ユーザーが明示的にプロンプトの作成や改善を希望する場合、または別の AI／ツール／人に渡すための包括的なブリーフが必要な場合です。 シグナル： 「このプロンプトを改善して」「プロンプトの作成を手伝って」「ช่วยคิด prompt」「Claude に〜を頼みたい」、出力を別の AI で使う旨への言及など。 フロー： 詳細なヒアリング（目標 → 方針 → コンテキスト → 評価基準にわたる 5～7 個の質問） 出力： 改善したプロンプト + ヒアリングの要約

探索モード

対象： ユーザーがアイデアを出し合いたい、可能性を探りたい、または自由なテーマについて考えたい場合です。 シグナル： 「ブレインストーミング」「考えるのを手伝って」「ช่วยคิดหน่อย」「何かを作りたいけれど……」「何をすればいい？」「何かアイデアは？」など。 フロー： 簡易的なヒアリング（3～5 個の質問）— 目標と制約を手短に把握してから、アイデアを提案します。 出力： トレードオフを含む厳選したアイデア／選択肢を提示し、選ばれた案をさらに掘り下げることを提案します。

集中モード

対象： ユーザーが具体的な問題と既存のコンテキストを提示し、戦略や推奨事項を求めている場合です。 シグナル： 数値、技術スタック、現状など、具体的な情報がプロンプトに含まれている場合。ユーザーが「〜の方法をブレインストーミングして」「〜を減らすには？」「最適な方法は？」と尋ねている場合など。 フロー： 的を絞ったヒアリング（0～2 個の質問）— 本当に不明な点だけを尋ね、すでに示されている情報は聞き直しません。 出力： 優先度と推定される効果を含む、実行可能な戦略／推奨事項

モード別のワークフロー

各フェーズの詳細な質問パターン、手法、例については、references/QUESTIONING-GUIDE.md を参照してください。

---

プロンプトモード — 詳細なヒアリング

最も徹底した進め方です。ユーザーが完成度の高いプロンプトを必要としている場合は、すべてのフェーズを使用します。

フェーズ 1 — 受け止める： 依頼を確認します。たとえば、「プロンプトの作成をお手伝いします。状況に合った内容にするため、いくつか質問させてください」のように伝えます。

フェーズ 2 — 目標： そのプロンプトで何を達成したいのかを確認します。測定可能な指標を少なくとも 1 つ含む、1 文の目標を定めます。（1～2 個の質問）

フェーズ 3 — 方針： 何を避けるべきか、どのようなアプローチがあるかを確認します。制約を把握してから、トレードオフを含む実現可能なアプローチを 2～3 個提案します。まず推奨案を提示します。（1～2 個の質問 + 提案）

フェーズ 4 — 参考資料（任意）： 参考資料が本当に役立つ場合に限ります（例：スタイル／デザインに関する依頼）。例があるか尋ねます。参考資料がなく、あると役立つ場合は WebSearch を使用します。検索結果が不十分、または結果がない場合は、その旨をユーザーに伝え、参考資料なしで進めるか、別の検索語を試すかを尋ねます。単純な依頼では、このフェーズを完全に省略します。（0～1 個の質問）

フェーズ 5 — コンテキスト： 時間、予算、スキル、チーム、環境などの実務的な制約を明らかにします。目標との矛盾があれば、丁寧に指摘します。（1～2 個の質問）

フェーズ 6 — 評価基準： 「良い」とは何かを定義します。評価基準が 3 つを超える場合は、優先順位をつけてもらいます。（1 個の質問）

フェーズ 7 — まとめる： 次の構成で改善したプロンプトを作成します。

## Improved Prompt

[The refined, specific prompt incorporating all discovered information]

---

### Discovery Summary

**Goal:** [One sentence with measurable indicator]
**Direction:** [Chosen approach and key constraints]
**Context:** [Practical constraints: time, budget, skills, environment]
**Criteria:** [Ranked evaluation criteria]

改善したプロンプトは単独で使える内容とし、すべての制約を本文に含め、どの AI が使っても的を絞った回答を生成できるほど具体的にします。

提示したうえで、「必要な内容を反映できていますか？調整したい点はありますか？」と尋ねます。必要に応じて繰り返し調整します。

---

探索モード — 気軽なアイデア探し

ユーザーがプロンプトではなくアイデアを求めている、自由なブレインストーミング向けです。

フェーズ 1 — 受け止める＋目的を確認する： まず応答し、質問ツール（「ツール」表を参照）を使って、目的と動機を組み合わせた質問を1つします。選択肢には、学習／収益化／問題解決／ポートフォリオの作成などを含めます。（質問は1つ）

フェーズ 2 — 制約： 譲れない条件や実際上の制約について、1〜2問で尋ねます。自然な場合は、関連する制約（時間＋予算、またはスキル＋ツールなど）を1つの質問にまとめます。（1〜2問）

フェーズ 3 — アイデアを生み出す： 得られた情報に基づき、テーマ別に整理した具体的なアイデアを5〜8個提示します。各アイデアには次を含めます。

• どのようなものか（1文）
• ユーザーの制約にどう合うか
• 想定される課題を1つ

フェーズ 4 — 絞り込む： どのアイデアに関心があるかを尋ねます。そのうえで、次の選択肢を提示します。

1. 1つのアイデアを掘り下げる（プロンプトモードに移行するか、計画を作成する）
2. 特定の方向性でアイデアをさらに生成する
3. 終了 — アイデアを持ち帰ってもらう

---

集中モード — 目的を絞った探求

ユーザーが具体的な問題について、すでに十分な背景情報を示している場合に適しています。

フェーズ 1 — 背景を確認する： プロンプトからすでに把握できていることを要約します。確認済みの事項を明示的に列挙し、ユーザーが同じことを再度尋ねられないとわかるようにします。

フェーズ 2 — 不足情報を確認する： 推奨内容を左右する、本当に不明な点だけを尋ねます。プロンプトに十分な詳細があれば、質問は1つだけでも、質問せずにそのまま提案へ進んでもかまいません。（質問は0〜2問）

フェーズ 3 — 方針を立てる： 実行可能な推奨事項を提示します。

• 優先順位を付けたリスト（手早くできる成果から、大きな取り組みへ）
• 各項目には、実施内容、期待される効果、必要な労力、リスクを記載
• 明確な「まずはここから」の推奨

フェーズ 4 — 調整する： 調整が必要な点があるか尋ねます。Plan サブエージェントを使って実施計画を作成することも提案します。

---

次のステップ

出力を提示した後（モードを問わず）、AskUserQuestion（利用できない場合は ask_user またはプレーンテキスト）を使って、次のステップを提案します。

• 計画を作成する — Plan サブエージェントに委任します。Claude Code では Agent(subagent_type: "Plan")、Copilot では # Role: Planner ブロックを使った task(agent_type: "general-purpose")、Kiro では use_subagent を使用します。利用できるものがなければ、インラインで計画を作成します。
• 掘り下げる — 特定の側面について、さらに検討を続けます。
• 終了 — ワークフローを終了します。

例外的なケースへの対応

ユーザーが質問を省略したい場合： その希望を尊重します。手元にある情報で最善の出力を作成します。不足している情報について、簡潔に伝えます。「[X] がわからないため、やや一般的な内容になるかもしれませんが、現時点での案を紹介します。」

ユーザーが「わからない」と答えた場合： 具体的な選択肢を2〜3個提示し、反応を見ます。反応から、専門知識を求めなくても好みを把握できます。

ユーザーの回答に矛盾がある場合： 中立的に指摘します。「先ほどは X とおっしゃっていましたが、Y とは異なるようです。どちらを優先しますか？」

1回のセッションで扱うには広すぎる場合： 分割することを提案します。各項目についてワークフローを実行します。

会話の途中でモードが合わなくなった場合： モードを切り替えます。探索モードで始めても、ユーザーが詳細なプロンプトを明らかに求めている場合は、プロンプトモードに移行します。最初からやり直す必要はありません。把握した情報を引き継ぎます。