首页/AI 提示词库/编程开发/报错日志定位

报错日志定位

⌨ 编程开发 适配:通用(GPT / Claude / DeepSeek / 通义)难度:进阶 4 个变量一键复制
使用说明

从一段报错堆栈里定位根因,给出验证步骤而不是直接猜修法。

线上报错、构建失败、接口 500、依赖冲突。

提示词模板未填写变量以红色标出
帮我分析这段报错。

【日志】{{报错日志}}
【场景】{{发生场景}}
【环境】{{环境信息}}
【已尝试】{{已尝试}}

输出:
1. 日志解读:把堆栈按「触发行 → 调用链 → 根因位置」标注,指出哪一行才是真正出问题的地方(不是最上面那行)。
2. 三个可能原因:按可能性排序,每个写「判断依据 + 如何验证 + 如果是它怎么修」,验证方法必须是可以立刻执行的命令或检查点。
3. 环境因素排查:结合{{环境信息}}列出 3 个环境相关差异(版本、平台、权限、时区、内存限制),各给一条验证命令。
4. 最小复现:给一个能复现问题的最小代码片段或操作路径。
5. 临时缓解 vs 根本修复:分别给方案,说明缓释的风险。
6. 加日志建议:为了确认根因,需要在哪几处加什么日志(给具体行与打印内容)。
7. 如果 30 分钟仍无法定位,下一步应该找谁、提供哪些信息。

在信息不足时明确说「需要补充 X 才能判断」,不要编造不存在的 API 行为。
填变量变量会自动替换进上方模板,可随时复制
已填 0 / 4
使用步骤
  1. 先找自己代码的第一行,别盯着最上面的框架栈。
  2. 每个假设都配一条验证命令。
  3. 先缩小到最小复现,再谈修。
本地不复现先比环境
版本、配置、数据三者必有一处不同。
别改代码试错
没有验证的修改会引入第二个 bug。
常见问题
堆栈太长从哪看?

从你自己的包名第一次出现的位置往上看两行。

要不要直接重装依赖?

可以试,但要记下原版本,否则问题被掩盖。