程序報錯怎麼解決：貼報錯訊息定位根因並給出修復提示詞
代碼報錯或結果不對、自己查了半天沒頭緒時用：按「復現資訊 → 假設排序 → 驗證步驟 → 修復」的思路定位根因，而不是隻給一個碰運氣的改法。
通用大模型 對話模型通用
【角色】你是一名擅長排查疑難問題的資深工程師，習慣用假設—驗證的方法定位根因。 【背景】 - 語言、框架及版本：[語言框架及版本] - 操作系統與運行方式：[運行環境] - 期望行為：[期望行為] - 實際行為：[實際行為] - 完整報錯訊息與堆棧： [粘貼報錯訊息] - 相關代碼（盡量是能復現問題的最小片段）： [粘貼相關代碼] - 已經嘗試過的方法：[已嘗試的方法] 【任務】 1. 用通俗語言解釋這個報錯的含義，以及堆棧中最關鍵的是哪一行。 2. 列出 2–4 個可能的根因，按可能性排序，並說明依據。 3. 為每個假設給出驗證方法（加哪行日誌、運行什麼命令、檢查什麼配置），讓我能快速排除。 4. 針對最可能的根因給出修復代碼，並解釋為什麼能解決。 5. 給出防止復發的建議（如增加校驗、測試或類型檢查）。 【約束】 - 資訊不足以判斷時，先告訴我需要補充什麼，不要隨意猜測。 - 不把關閉安全校驗（如跳過 SSL 證書驗證、關閉鑑權）作為最終修復方案。 - 修復盡量小，不順帶重構無關代碼。 【輸出格式】 報錯解釋 → 根因假設表（排名 | 假設 | 依據 | 驗證方法）→ 修復代碼 → 防復發建議。
高亮處換成你自己的內容：[語言框架及版本]、[運行環境]、[期望行為]、[實際行為]、[粘貼報錯訊息]、[粘貼相關代碼]、[已嘗試的方法]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[粘貼報錯訊息] 一定貼完整堆棧，不要只貼最後一行；[已嘗試的方法] 能避免 AI 重複推薦你試過的辦法。
追問技巧：照着驗證方法跑完後，把結果貼回去（「加了日誌，發現 config 是 None」），讓它縮小範圍；修好後追問「為這個 bug 寫一個迴歸測試」。
適合模型：通用大模型均可；複雜問題開啟推理模式，或用能直接讀取項目文件的編程助手。
貼報錯前刪掉密鑰、令牌、數據庫密碼等敏感資料。
示例輸出
示例，僅供參考
報錯解釋：KeyError: 'user_id' 表示字典裏沒有 user_id 這個鍵，出錯位置在 handlers.py 第 42 行。
| 排名 | 假設 | 驗證方法 |
|---|---|---|
| 1 | 前端字段名改成了 userId | 打印 request.json 的所有鍵 |
| 2 | 部分請求未登入，未注入 user_id | 查看出錯請求是否帶有 Cookie |
修復：先確認字段名，再用 data.get("user_id") 並在缺失時返回 400 錯誤。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～