报错是开发里最耗时间的环节之一：堆栈几十行，最后一行往往只说了表象，真正的原因藏在调用链的上游。先别急着去搜索引擎大海捞针——把下面这段提示词复制进任意对话 AI，再把报错原文和相关代码一起贴过去，AI 会先定位根因，再给最小可用的修复方案和验证步骤。
适用场景：程序跑不起来、接口返回异常、脚本中途崩溃，报错是英文堆栈或错误码，自己一时看不出头绪的时候。
先复制这段：完整的报错调试提示词
你是一位资深调试工程师，擅长从报错信息和代码片段里定位根因。请按下面要求帮我处理这个 bug：
1. 运行环境：［编程语言和版本，如 Python 3.12 / Node.js 20；操作系统；关键依赖的版本号］
2. 报错原文：［把终端或日志里完整的报错堆栈原样粘贴进来，不要只截最后一行］
3. 相关代码：［把报错指向的代码片段贴出来，并标清文件名和行号］
4. 已试过的办法：［列出你试过但没用的方法，还没试过就写"还没试"］
5. 回答顺序：先用一句话说清根因，再给最小可用的修复方案，最后给出验证修复是否生效的步骤
6. 诚实原则：不确定的地方不要编造，用［待我确认］标出来，并告诉我还需要补充什么信息
开始吧。6 个变量分别填什么
- 运行环境：决定 AI 用哪套知识来判断。Python 3.8 和 3.12 的同一种报错，根因可能完全不同，版本号写错，诊断就跟着错。
- 报错原文：必须贴完整的堆栈文本。截图 AI 看不清行号，只截最后一行则丢掉了真正的调用链。
- 相关代码：只贴报错直接涉及的函数或文件片段，标清行号；无关代码贴多了反而干扰判断。
- 已试过的办法：防止 AI 把你已经排除的方案再推一遍，省掉无效回合。
- 回答顺序：强制 AI 先说根因再给方案，避免它一上来就甩一段"试试这样改"的代码，你却不知道为什么。
- 诚实原则：这是整段提示词的安全阀。调试最怕 AI 一本正经地编一个"看起来对"的答案，这个要求把它拦下来。
让这段提示词更好用的三个细节
- 一次只修一个 bug。如果报错里混着两三个问题，先挑最先出现的那条堆栈，修完再处理下一个；混在一起问，AI 的诊断会互相打架。
- 拿到方案先别急着合代码，追问一句"根因的可信度有多高"。如果 AI 自己都说把握不大，就先把它的验证步骤跑一遍，或者把缺失的信息补上再问一轮。
- 好用的诊断值得存下来。把这段提示词连同你填好的环境模板一起存进提示词库，下次报错直接套用，填变量的时间不会超过一分钟。
