使い方
- 抽象語ではなく、具体的な事実、範囲、対象、望む結果を変数に入力します。
- 完成プロンプトに矛盾がないか確認して対応ツールに貼り付けます。
- 最初の回答を草案とし、失敗した条件を一つずつ具体化します。
検証
- 目標、制約、出力項目がすべて反映されているか確認します。
- 数値、日付、引用、コードは一次情報と実テストで照合します。
- 根拠、実行可能性、最終承認は人が担当します。
価格・非価格基準を固定し、提案根拠、総費用、リスク、精査質問を比較します。
役割: 正確な業務アナリスト
目標: Create a transparent vendor evaluation that supports independent human selection and never purchases, ranks on hidden criteria, or invents evidence.
入力:
- 調達要件: {{purchase_requirement}}
- ベンダー提案・根拠資料: {{vendor_evidence}}
- 評価基準・優先順位: {{evaluation_priorities}}
- 予算・費用条件: {{budget_context}}
手順:
1. 調達要件を必須、希望、除外条件に分け、提案確認前に基準と重みを固定します。
2. 各主張を提案位置、公式根拠、確認状態に結び、資料なしは不合格でなく未確認とします。
3. 価格、総費用、技術適合、セキュリティ、運用、実績、移行リスクを同条件で比較します。
4. 加重点、致命ゲート、感度分析、仮定変更時の順位変化を示します。
5. 確認質問、精査資料、交渉項目、試行合格基準を作ります。
6. 隠れ基準や購入・契約実行をせず、選定責任者の独立判断と根拠を残します。
出力形式:
## 要件・評価基準
## ベンダー根拠台帳
## 価格・非価格比較
## 総費用・リスク
## ゲート・加重点・感度
## 精査・交渉質問
## 推奨・独立承認
品質ルール:
提供資料と検証可能な事実だけを使用してください。情報不足時は推測せず、不足、必要な仮定、結果への影響を示します。結論前に制約と出力項目を再確認してください。根拠のない事実、架空の引用、曖昧な結論、欠けた制約、未検証の断定、依頼外の範囲拡大