風險評估：列出可能出錯的事
一個計劃看起來沒問題，但想提前知道哪裡可能翻車。
提示詞長度
199
tokens
建議模型
V4 Pro
單次成本（離峰）
$0.00021
Flash
跑一萬次
$2.10
Flash 離峰
提示詞全文
對下面的計劃做風險評估。
計劃：{{要做什麼}}
時間：{{多久}}
資源：{{人力、預算}}
依賴：{{依賴哪些人或系統}}
輸出：
風險表格，欄位：風險 | 發生機率(高/中/低) | 影響程度(高/中/低) | 早期徵兆 | 應對方案 | 責任人
要求：
- 至少 8 條風險，涵蓋：技術、人力、外部依賴、時間、溝通
- 「早期徵兆」必須是可觀察的具體現象，不要寫「出現問題時」
- 「應對方案」要分為：預防措施 + 發生後的補救
- 標出 3 條「一旦發生就很難挽回」的風險
最後：
- 如果只能提前處理 3 條，選哪 3 條，為什麼
- 這個計劃最脆弱的一環是什麼
為什麼這樣寫
- 「早期徵兆」是整個表格最有用的欄位 —— 沒有徵兆的風險等於無法管理。
- 要求區分「預防」與「補救」，避免所有應對都寫成「定期檢查」。
- 要求標出不可挽回的風險，這是決策者最需要看的。
成本
按上面這段提示詞估算（輸入 199 tokens、輸出 300 tokens）。輸出長度依任務而定，實際會有差異。
| 模型 | 單次（高峰） | 單次（離峰） | 1 萬次（高峰） | 1 萬次（離峰） |
|---|---|---|---|---|
| DeepSeek Flash | $0.00042 | $0.00021 | $4.20 | $2.10 |
| DeepSeek V4 Pro | $0.00145 | $0.00073 | $14.51 | $7.25 |
模型建議：風險評估需要想像力與經驗結合，V4 Pro 的覆蓋面明顯更广。這類任務遺漏的代價很高。
變體
- 上線前評估時，追加「其中哪些風險會導致數據丟失或用戶可見故障」。
- 專案管理時，追加「把風險按負責人分組，方便分頭處理」。
常見失敗
- 不要求至少 8 條，模型只會給出 3-4 條顯而易見的風險。
- 不要求具體徵兆，表格會變成正確但無法執行的清單。