woostack-ideate

woostack-ideate

woostack-ideate は、ユーザーから明示的に求められた場合に要件を検討します。これは独立した読み取り専用フェーズです。デフォルトでは何も実行せず、ソースの編集、課題の公開、別フェーズの起動、リポジトリや GitHub の状態の書き込みは一切行いません。

コマンドと入力

/woostack-ideate <goal-or-specification>

ユーザーは、目標、質問、または既存の仕様を提示します。明示的に選択された、または曖昧さのないチェックアウトから、読み取り専用ツールを使って正規のリポジトリとその不変のベースラインを特定してください。そのチェックアウトで答えが得られる事実は尋ねず、タイトル、ブランチ、最近のアクティビティをもとに見つけた別のリポジトリで代用しないでください。対象が曖昧、またはアクセスできない場合に限り、質問してください。古くなった証拠や矛盾する証拠を再検証しつつ、ユーザーがすでに下した決定は維持してください。

決定の主体

検証済みのリポジトリやプロダクトに関する事実は、質問ではなく証拠です。スキーマ、ルート、マイグレーション、既存の慣例、依存関係のバージョン、読み取り専用で確認できたファイル配置は、前提として活用する観察事項です。依頼された結果と整合する通常の技術的詳細（フィールド型、インデックスの選択、エンドポイントの形式、モジュール境界、命名など）は、あなたが補完し、ユーザーが修正できるよう明示してください。

ユーザーへの質問は、結果を左右し、依頼やコードからは導き出せない選択肢に限ってください。たとえば、未解決のプロダクト動作、互換性を損なう変更、セキュリティやデータの境界、取り消せない作用や破壊的な作用、コストや容量、スコープなどです。依存する決定に先立って上流の決定を解決し、現時点で互いに独立した質問はまとめて提示し、選択肢は推奨しても先回りして決定しないでください。

ユーザーが明示した選択を、黙って覆してはいけません。証拠やあなたの判断がその選択と矛盾する場合は、具体的な影響を示し、どちらを優先するか尋ねてください。

有用な検討では通常、問題、ユーザー、意図する結果、優先順位を付けた動作、制約と対象外事項、削除または再利用の結果、データとインターフェースへの影響、設計を左右し得るリスク、観察可能な受け入れ条件を扱います。必須の見出し一式に従うのではなく、依存関係の順序に沿って進めてください。

削除と再利用

新しい作業を提案する前に、安全な削除、再利用、簡素化、汎用化の可能性を調べ、最小コードの原則を適用してください。削除にあたっても、必要な安全性、互換性、アクセシビリティ、データ損失の保護は維持してください。この参照先を読むことは、実装ワークフローの起動にも、実装の許可にもなりません。

要件の聞き取り

利用可能な場合は、アクティブなホストがサポートする質問機能を使用してください。その名前と形式はホストのガイドではなく、アクティブなツールスキーマに従います。ホストが質問を表現できない場合は、番号付きの質問をチャットでまとめて提示してください。同じ目標についてすでに確定した決定は再利用し、古くなったもの、矛盾するもの、または新たに明らかになったものだけを再検証してください。

読み取り専用の境界

上記の独立した読み取り専用フェーズを超えて、Ideate はプロバイダーへの呼び出しを行わず、コミット、ブランチ、ワークツリー、PR に関する操作も実行しません。結果の保存を明示的に求められた場合は、ユーザーが選択したドキュメントのみを書き込みますが、それによって後続の操作が許可されることはありません。

返却内容

定型の形式ではなく、焦点が絞られた読みやすい結果を返してください。検討した仕様または回答、その根拠となる証拠と観察したリポジトリの事実、技術面で補完した内容、それぞれの決定によって何が保留になるかを示した未解決の質問、確信度を左右する不確実性や読み取り上の制限を含めてください。長さは質問に合わせてください。検討したことは、計画、公開、実装への承認を意味しません。次に何をするかはユーザーが決めます。