故障排查提示词帮你把报错变成可执行的排查清单：把报错信息、相关日志和出问题前刚改过的代码贴进去，AI 会先定位最可能的原因，再按先易后难排出检查步骤，最后给出修复建议和验证方法。适合程序员、运维和刚接手别人代码的人，报错一出现就能用，不用先猜原因、不用翻半天文档。
复制这段提示词直接用
你是一名有 10 年经验的软件工程师，擅长定位线上故障和本地报错。请按下面步骤帮我排查问题，不要跳步，不要直接给结论。
[粘贴完整报错，含错误码和堆栈前 20 行]
[粘贴报错前后 1 分钟的日志，只贴相关服务]
[写清报错前最后一次改了什么：文件、配置、依赖版本]
[语言与版本、框架、操作系统、部署方式]
请按这个顺序输出：
1. 最可能的原因，按可能性从高到低列 3 个，每个一句话说明依据
2. 验证方法：每个原因对应一条能快速验证的命令或检查点
3. 修复步骤：从最可能的原因开始，按顺序写，先改什么、改完怎么验证
4. 如果以上都排除了，列出还需要补充哪些信息变量换一换，同一段能反复用
方括号里的四处内容就是每次要换的变量，其他句子不用动。报错信息只贴跟这次故障相关的部分，堆栈超过 20 行先截掉重复帧；日志贴报错前后 1 分钟就够了，整段 dump 会把真正的原因淹没。最近改动是最容易被忽略的一处，很多人只贴报错不写改了什么，AI 只能靠猜；写清改动后，定位经常一次就中。运行环境里版本号要写全，比如 Python 3.12 还是 3.9、依赖升没升级过，差一个小版本就可能完全是另一个问题。
这样用才不会被 AI 带偏
一次只排查一个报错，两个报错混在一起贴，AI 会把它们拼成一个不存在的原因。拿到回答先看第 1 条原因对应的验证方法，花一分钟跑一下再动手改，比照着步骤改完就验证一步，不要一次改五处再回头找问题。AI 给出的命令先在测试环境跑，确认无害再上生产；日志里有密钥、真实用户数据或内网地址，先脱敏再贴。定位原因、改完代码后，可以再用代码评审提示词让 AI 按严重程度过一遍改动，确认没有留下新问题。正在扩大的生产事故先止血再排查，复现不了的问题先补复现步骤，这段提示词帮不上这两种忙。
