從錯誤訊息定位原因

程式報錯了，不知道從哪查起。

提示詞全文

下面的程式報錯了，請幫我定位原因。

錯誤訊息：
```
{{錯誤訊息}}
```

相關代碼：
```
{{代碼}}
```

請按這個順序回答：

1. 錯誤訊息在說什麼（用一句白話解釋，不要重複原文）
2. 最可能的 3 個原因，按可能性排序，每個說明「如果是我猜對了，應該會看到什麼現象」
3. 針對可能性最高的原因，給出具體的驗證方法（一行命令或一個 print）
4. 如果確認是這個原因，怎麼修

要求：
- 不要一次給出所有可能的修法，先給驗證方法
- 如果錯誤訊息不足以判斷，直接說「需要 XXX 資訊才能判斷」，不要猜
- 涉及版本差異時，說明是哪個版本開始的變化

為什麼這樣寫

• 「先給驗證方法再給修法」是這個 prompt 的核心。直接要修法，模型會給你 5 個猜測，你只能一個一個試。
• 「如果猜對了應該看到什麼現象」讓每個假設可被驗證，而不是憑感覺選一個。
• 允許模型說「資訊不足」，能大幅降低瞎猜 —— 除錯最怕被帶著走錯方向。

成本

按上面這段提示詞估算（輸入 202 tokens、輸出 300 tokens）。輸出長度依任務而定，實際會有差異。

變體

• 貼不出完整代碼時，改成「我只有錯誤訊息，請列出這個錯誤在什麼情況下會出現，以及我需要提供哪些資訊」。
• 生產環境問題時，加「不要建議重啟或改配置，先定位原因」。

常見失敗

• 直接問「怎麼修」，會得到一堆猜測性答案，浪費時間逐個試。
• 只貼錯誤訊息不貼代碼，模型只能給通用建議，價值有限。

相關

全部提示詞 · 編程類提示詞 · 成本計算器 · 價格表