brainstorm

brainstorm skill の概要

brainstorm skill でできること

brainstorm skill は、Decision Support のためのガイド付き・対話型の発想ワークフローです。単発でアイデアを列挙するのではなく、課題の整理、前提の検証、気づきの統合、そして必要に応じてプロジェクト化や知見としての記録まで、会話を段階的に進めます。実行に踏み切る前に、まず考えの質を上げたい人に合う brainstorm skill です。

どんな人に brainstorm を導入すべきか

アイデアがまだ曖昧な段階で論点を整理したい、選択肢を比較したい、計画の弱点を洗いたい、初期の考えを実行可能な形にしたい──そうした場面が多いなら、この brainstorm skill は導入候補になります。特に、創業者、プロダクト責任者、リサーチャー、オペレーション担当者など、曖昧さのある意思決定を日常的に行う人に向いています。普通のプロンプトだと浅い提案に早く飛びつきすぎる、というケースで力を発揮します。

汎用プロンプトと何が違うのか

最大の違いはワークフローにあります。この skill は、掘り下げ質問、前提チェック、多面的な検討、さらに 5 Whys、What if?、類推、devil's advocate、制約の変更といった手法を明示的に使います。単なる「アイデアを出して」という汎用プロンプトより、出力そのものより発見の質が重要な場面で brainstorm のほうが有効です。

インストール前に知っておくべきこと

このリポジトリで確認できる実体は比較的シンプルで、skill の中身はほぼ SKILL.md に集約されています。補助スクリプト、参照資料、メタデータ駆動のセットアップは付属していません。そのぶん brainstorm は導入しやすい一方、出力の質はファシリテーターからの質問にどれだけ具体的に答えられるかに大きく左右されます。厳密なフレームワークや自動化された後続処理を期待するなら、自前で運用プロセスを足す前提で考えるのが現実的です。

brainstorm skill の使い方

インストール時の確認ポイントと最初に読むべきファイル

この brainstorm skill を使うには、リポジトリから OrbitOS skill を追加し、まず EN/.agents/skills/brainstorm/SKILL.md を確認してください。実際の動作ロジックはこのファイルにあります。補助リソースがないため、導入判断の中心になるのは、この対話型のブレインストーミングと統合の進め方が自分の用途に合うかどうかです。

実用的な導入手順は次のとおりです。

1. MarsWang42/OrbitOS から skill を追加する。
2. SKILL.md を読む。
3. 即実行ではなく、反復しながら検討を深めたいときにだけ brainstorm を呼び出す。

brainstorm がうまく機能するために必要な入力

brainstorm は、次の情報があると精度が上がります。

• いま検討している意思決定やアイデア
• それが今重要な理由
• 時間、予算、対象ユーザー、許容リスクなどの制約
• すでに分かっていること
• まだ不確かなこと
• 最後にほしい出力の形

弱い入力例: “Help me brainstorm an app.”

強い入力例: “Use brainstorm for Decision Support on a B2B onboarding tool. I have 2 engineers, 6 weeks, and need options that reduce support tickets without changing pricing. Challenge assumptions and surface tradeoffs.”

brainstorm skill をうまく呼び出すプロンプトの書き方

brainstorm をうまく使うプロンプトには、文脈、どの程度の厳しさで検討してほしいか、そして最終到達点を含めるのが基本です。使いやすいテンプレートは次のとおりです。

Use brainstorm to help me think through [topic]. My goal is [outcome]. Constraints: [constraints]. Current assumptions: [assumptions]. Unknowns: [unknowns]. Please ask probing questions, explore alternatives, and then synthesize the strongest options.

Decision Support の質を上げたいなら、比較を明示的に依頼すると効果的です。
Use brainstorm to compare 3 paths, challenge my default choice, and identify what evidence would change the decision.

実運用でのおすすめ進行

実際のセッションでは、次の流れが最も安定して成果につながります。

1. まず広く確認する: 課題、重要度、ユーザー、タイミング。
2. すぐ解決策を求めず、先に skill に質問させる。
3. “what if” や “devil's advocate”、極端な制約などで見方をずらす。
4. 十分に探索してから統合を依頼する。
5. 最後にひとつ行動を決める: プロジェクト化する、知見として残す、次に決めるべき論点を列挙する。

よくある失敗は、統合を早く求めすぎることです。この brainstorm ガイドは、会話の中で隠れた前提が表に出てからまとめに入るとき、最も力を発揮します。

brainstorm skill FAQ

brainstorm は Decision Support に向いていますか？

はい。brainstorm は、前提を洗い出し、複数の角度から検討し、行動に移る前にトレードオフを整理する設計になっているため、Decision Support に特に向いています。単に選択肢を増やしたいだけでなく、「何を選ぶべきか」を考える場面では、通常の発想プロンプトより適しています。

brainstorm が向いていないのはどんなときですか？

やるべき作業がすでに明確で、すぐに実行手順、コード、完成済みの計画が必要な場合は brainstorm は省いたほうが早いです。また、探索よりも固定ルールに基づく正解が重要な、決定論的な作業にもあまり向きません。そうしたケースでは、タスク特化型の skill や通常のプロンプトのほうが効率的です。

この brainstorm の導入は初心者向きですか？

はい。skill のロジックが 1 ファイルにまとまっていて、流れも明快な 3 段階構成なので、導入自体は分かりやすい部類です。ただし初心者は文脈の指定が不足しがちです。目標、制約、不確実な点を平易な言葉で説明できれば、brainstorm skill を十分実用的に使えます。

ChatGPT に普通に brainstorm させるのと何が違いますか？

通常のプロンプトは、問いの立て方を検証しないまま、見栄えのよい案にすぐ飛びがちです。一方、この brainstorm の使い方は意図的に対話型になっており、質問し、前提を疑い、派生案を広げ、そのうえで統合します。価値があるのは、単にアイデア数が増えることではなく、思考の進め方そのものが改善される点です。

brainstorm skill を改善する方法

最初の文脈をもっと豊かに渡す

brainstorm の出力を最も速く改善する方法は、単なるトピック名ではなく、意思決定に必要な粒度の文脈を渡すことです。誰に影響する判断なのか、成功の定義は何か、何があればその案は採用不可になるのか、すでに何を試したのかまで含めてください。入力が良くなるほど、返ってくる問いも鋭くなり、分岐も現実的になります。

必要な challenge モードを明示する

この skill は複数の手法に対応しているので、必要なものを具体的に指定すると精度が上がります。たとえば次のような依頼です。

• “Use 5 Whys to find the root problem.”
• “Play devil's advocate against my preferred option.”
• “Use hard constraints: 1 week, no hiring, no new vendors.”
• “Give analogies from adjacent industries.”

こうすることで、brainstorm がより狙いに合ったものになり、ありがちな一般論に流れにくくなります。

brainstorm で起きやすい失敗パターンを見張る

主な失敗パターンは、目標が曖昧なまま進むこと、早すぎる収束、そして前提が検証されないことです。セッションが浅いと感じたら、そこで止めて不足している制約を足すか、skill に「本当の意思決定は何か」を言い直させてください。逆に広がりすぎたら、優先順位づけを強制します。たとえば “Rank the top 3 options by feasibility and downside.” のように依頼すると、議論を締めやすくなります。

最初の統合で終わらせず、もう一段深掘りする

最初の要約を最終版だと思わないでください。優れた brainstorm ガイドでは、統合はゴールではなくチェックポイントです。たとえば次のような追質問が有効です。

• “Which assumption is doing the most work here?”
• “What evidence would eliminate option 2?”
• “What did we ignore?”
• “Turn the best option into a small next-step plan.”

この 2 周目で、brainstorm は単なるアイデア出しではなく、Decision Support の実務に耐えるツールへと変わります。