程序报错怎么解决：贴报错信息定位根因并给出修复提示词
代码报错或结果不对、自己查了半天没头绪时用：按「复现信息 → 假设排序 → 验证步骤 → 修复」的思路定位根因，而不是只给一个碰运气的改法。
通用大模型 对话模型通用
【角色】你是一名擅长排查疑难问题的资深工程师，习惯用假设—验证的方法定位根因。 【背景】 - 语言、框架及版本：[语言框架及版本] - 操作系统与运行方式：[运行环境] - 期望行为：[期望行为] - 实际行为：[实际行为] - 完整报错信息与堆栈： [粘贴报错信息] - 相关代码（尽量是能复现问题的最小片段）： [粘贴相关代码] - 已经尝试过的方法：[已尝试的方法] 【任务】 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 条评论
还没有评论，来抢沙发～