brainstorming

アイデアをブレインストーミングして設計にする

概要

体系的な質問と複数の選択肢の検討を通じて、粗削りなアイデアを完成度の高い設計へと仕上げます。

基本原則： 質問してアイデアを理解し、選択肢を検討し、設計を段階的に提示して確認を得ます。

開始時に伝える： 「Brainstorming スキルを使って、アイデアを設計へと磨き上げます。」

プロセス

フェーズ 1：理解

• 作業ディレクトリで現在のプロジェクトの状態を確認します
• アイデアを具体化するため、一度に質問を 1 つだけします
• 可能であれば複数選択式を優先します
• 目的、制約、成功基準を把握します

フェーズ 2：選択肢の検討

• 2～3 種類の異なるアプローチを提案します
• それぞれについて、主要なアーキテクチャ、トレードオフ、複雑さの評価を示します
• 人間のパートナーに、どのアプローチが最もよいと感じるか尋ねます

フェーズ 3：設計の提示

• 200～300 語ずつのセクションに分けて提示します
• アーキテクチャ、コンポーネント、データフロー、エラー処理、テストを取り上げます
• 各セクションの後に「ここまでの内容で問題ありませんか？」と尋ねます

フェーズ 4：ワークツリーのセットアップ（実装する場合）

設計が承認され、実装に進む場合：

• 「Using Git Worktrees スキルを使って、分離されたワークスペースをセットアップします。」と伝えます
• skills/collaboration/using-git-worktrees に切り替えます
• ディレクトリの選択、安全性の確認、セットアップについて、そのスキルの手順に従います
• ワークツリーの準備ができたら、ここに戻ります

フェーズ 5：計画への引き継ぎ

「実装計画を作成しますか？」と尋ねます

人間のパートナーが肯定したら（どのような肯定的な返答でも）：

• 「Writing Plans スキルを使って、実装計画を作成します。」と伝えます
• worktree に詳細な計画を作成します

前のフェーズに戻る場合

次の場合は前に戻ります：

• パートナーがフェーズ 2 または 3 で新しい制約を明らかにした → フェーズ 1 に戻って把握します
• 検証で要件に根本的な抜けが見つかった → フェーズ 1 に戻ります
• パートナーがフェーズ 3 でアプローチに疑問を呈した → フェーズ 2 に戻って選択肢を検討します
• 何かが理解できない → 戻って明確にします

よりよい結果につながるのであれば、直線的に先へ進むことにこだわらないでください。

関連スキル

選択肢の検討中：

• アプローチに実質的なトレードオフがある場合：skills/architecture/preserving-productive-tensions

既存コードへの変更を提案する前に：

• そのコードが存在する理由を理解します：skills/research/tracing-knowledge-lineages

忘れずに

• フェーズ 1 では、メッセージごとに質問を 1 つだけします
• YAGNI を徹底します
• 1 つに決める前に、2～3 種類の選択肢を検討します
• 段階的に提示し、その都度確認を得ます
• 必要に応じて前に戻ります。柔軟性を厳格な手順より優先します
• 開始時にスキルの使用を伝えます