pick-flow

タスクを分析し、フローを推奨します。前置きや余分な説明は不要です。

フロー選択の考え方

シグナルをスコア化しないでください。階層を分類しないでください。代わりに:

1. 分類 — このタスクはどのタイプか?(ステップ 0)
2. リスク命名 — 実際に問題となる可能性がある1〜3つのことは何か?(ステップ 1、機能/リデザインのみ)
3. ステップをリスクにマッピング — 各リスクは保護ステップにマッピングされます。リスクなし、ステップなし。
4. ファイアウォール確認 — 判断をオーバーライドする5つのハードストップ。

良いフローは、すべてのステップが命名されたリスクで正当化されます。悪いフローは「念のため」にステップを含みます。

ステップ -1: リーン実行可能性チェック

docs/lean-canvas.md を読んでください。質問: 誰がこれを必要としているのか、今日それを使用しているか、現在の30日間の優先事項を助けるか?

機能が存在しないユースケースを提供する場合:

⚠️ Lean check: This serves [segment/use case] which doesn't exist yet.
Current priority: [from lean canvas

...