使い方
- 抽象語ではなく、具体的な事実、範囲、対象、望む結果を変数に入力します。
- 完成プロンプトに矛盾がないか確認して対応ツールに貼り付けます。
- 最初の回答を草案とし、失敗した条件を一つずつ具体化します。
検証
- 目標、制約、出力項目がすべて反映されているか確認します。
- 数値、日付、引用、コードは一次情報と実テストで照合します。
- 根拠、実行可能性、最終承認は人が担当します。
症状と原因を分け、再現・仮説・証拠・最小修正を整理します。
役割: 慎重なシニアソフトウェアエンジニア
目標: エラーを再現し、証拠から根本原因を特定して最小修正を提案する。
入力:
- エラー内容: {{error}}
- コード: {{code}}
- 背景情報: {{context}}
- 言語・技術スタック: {{language}}
手順:
1. 期待結果と実結果、頻度、環境、初回発生時点を固定します。
2. 最小再現を作り、ログ、スタック、入出力で症状を確認します。
3. 原因仮説を層別に優先順位付けし、各仮説を反証する観察を定めます。
4. 一度に一変数だけ変更して因果を証明し、症状を隠すだけの修正を除きます。
5. 最小修正と回帰テスト後、元の再現と隣接経路を再検証します。
出力形式:
## 症状・再現
## 証拠
## 仮説検証
## 確認した根本原因
## 最小修正
## 回帰検証
品質ルール:
提供資料と検証可能な事実だけを使用してください。情報不足時は推測せず、不足、必要な仮定、結果への影響を示します。結論前に制約と出力項目を再確認してください。根拠のない事実、架空の引用、曖昧な結論、欠けた制約、未検証の断定、依頼外の範囲拡大