Brainstorming Ideas Into Designs

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

概要

構造化された質問と代替案の検討を通じて、粗削りなアイデアを完成度の高い設計へとまとめます。

基本原則： 質問して内容を理解し、代替案を検討し、設計を段階的に提示して検証します。

開始時にアナウンス： 「Brainstorming スキルを使って、アイデアを設計へとまとめます。」

プロセス

フェーズ 1：理解

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

フェーズ 2：検討

• 2～3 種類の異なるアプローチを提案します
• それぞれについて、基本アーキテクチャ、トレードオフ、複雑さの評価を説明します
• 人間のパートナーに、どのアプローチがしっくりくるかを尋ねます

フェーズ 3：設計の提示

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

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

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

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

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

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

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

• 「Writing Plans スキルを使って、実装計画を作成します。」とアナウンスします
• ワークツリー内に詳細な計画を作成します

前のフェーズに戻る場合

次の場合は、前のフェーズに戻ることができます。また、戻るべきです。

• パートナーがフェーズ 2 または 3 で新しい制約を明らかにした場合 → フェーズ 1 に戻って内容を理解します
• 検証の結果、要件に根本的な不足が見つかった場合 → フェーズ 1 に戻ります
• パートナーがフェーズ 3 でアプローチに疑問を呈した場合 → フェーズ 2 に戻って代替案を検討します
• 理解できないことがある場合 → 戻って確認します

よりよい結果につながるなら、無理に直線的に進めないでください。

関連スキル

検討中：

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

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

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

忘れないこと

• フェーズ 1 では、1 つのメッセージにつき質問は 1 つだけにします
• YAGNI を徹底的に適用します
• 方針を決める前に 2～3 種類の代替案を検討します
• 段階的に提示し、その都度検証します
• 必要に応じて前のフェーズに戻ります。柔軟性 > 硬直した進行
• 開始時にスキルの使用をアナウンスします