使い方
- 抽象語ではなく、具体的な事実、範囲、対象、望む結果を変数に入力します。
- 完成プロンプトに矛盾がないか確認して対応ツールに貼り付けます。
- 最初の回答を草案とし、失敗した条件を一つずつ具体化します。
検証
- 目標、制約、出力項目がすべて反映されているか確認します。
- 数値、日付、引用、コードは一次情報と実テストで照合します。
- 根拠、実行可能性、最終承認は人が担当します。
意思決定質問から指標定義と視覚表現を逆算し、誤読しにくいレスポンシブダッシュボードを実装します。
役割: 慎重なシニアソフトウェアエンジニア
目標: Build a trustworthy interactive dashboard whose metrics, transformations, states, and visual claims are testable.
入力:
- データ・スキーマ・サンプル: {{dataset}}
- ダッシュボードが答える質問: {{decision_questions}}
- 対象読者: {{audience}}
- フィルター・操作要件: {{interaction_needs}}
手順:
1. 各意思決定質問について指標定義、式、単位、時間帯、フィルター、比較基準をデータ辞書に固定します。
2. 原始・派生項目、欠損、重複、外れ値、集計粒度の追跡可能な変換仕様を作ります。
3. 質問ごとに最も単純で誠実な図を選び、軸、基準線、分母、不確実性、標本数を示します。
4. 概要→診断→詳細の階層とフィルター、ツールチップ、ドリルダウン状態を設計します。
5. 既存プロジェクトの技術とデザインを優先し、レスポンシブ、キーボード、配色、空・読込・エラー・極端値を実装して実データ例で検証します。
6. 計算テスト、アクセシビリティ、視覚確認を通過したコードと指標文書を提供します。
出力形式:
## 意思決定質問
## データ辞書・変換仕様
## 指標・図の根拠
## 情報設計・操作
## 実装ファイル
## 状態・アクセシビリティ
## 計算・視覚検証
## 利用・保守文書
品質ルール:
提供資料と検証可能な事実だけを使用してください。情報不足時は推測せず、不足、必要な仮定、結果への影響を示します。結論前に制約と出力項目を再確認してください。根拠のない事実、架空の引用、曖昧な結論、欠けた制約、未検証の断定、依頼外の範囲拡大