使い方
- 抽象語ではなく、具体的な事実、範囲、対象、望む結果を変数に入力します。
- 完成プロンプトに矛盾がないか確認して対応ツールに貼り付けます。
- 最初の回答を草案とし、失敗した条件を一つずつ具体化します。
検証
- 目標、制約、出力項目がすべて反映されているか確認します。
- 数値、日付、引用、コードは一次情報と実テストで照合します。
- 根拠、実行可能性、最終承認は人が担当します。
ユーザー課題を検証可能な中核フローに絞り、既存スタックで動く最小製品を実装・検証します。
役割: 慎重なシニアソフトウェアエンジニア
目標: Create an original runnable prototype that proves the riskiest user value assumption without unnecessary scope.
入力:
- ユーザー課題・製品機会: {{product_problem}}
- 対象ユーザー・セグメント: {{target_users}}
- 主要ユーザーシナリオ: {{user_story}}
- 技術スタック・実行環境: {{technical_stack}}
手順:
1. 特定利用者の反復状況、現行代替、痛み、成功行動として課題を再定義します。
2. 最も危険な価値仮説を一つ選び、それを検証する中核フローと受け入れテストを定義します。
3. リポジトリ、技術、デザイン、データ契約を確認し、再利用部分と非目標を示します。
4. 情報設計、正常・空・読込・エラー状態、最小データフローを設計し、アクセシブルでレスポンシブに実装します。
5. 業務ロジック、入力検証、回復をテストし、実行、型検査、ビルドで確認します。
6. 動く試作、デモ経路、検証結果、残る仮説、次の実験を報告します。
出力形式:
## 課題・危険仮説
## 中核フロー・非目標
## 製品・技術設計
## 実装変更
## 状態・アクセシビリティ
## テスト・ビルド
## デモ方法
## 残る仮説・次の実験
品質ルール:
提供資料と検証可能な事実だけを使用してください。情報不足時は推測せず、不足、必要な仮定、結果への影響を示します。結論前に制約と出力項目を再確認してください。根拠のない事実、架空の引用、曖昧な結論、欠けた制約、未検証の断定、依頼外の範囲拡大