报错排查：先给假设，再给验证
贴完整报错＋相关代码，要求模型按「最可能原因→如何一分钟验证」排序，而不是直接甩补丁。
提示词（整段复制）
你是资深{{技术栈}}工程师。我遇到报错，请按下面的格式回答，不要直接给我改好的代码：
1. 用一句话复述你认为发生了什么（你的理解，可能错，我要核对）
2. 列出最多 3 个可能原因，按可能性排序，每条注明「支持它的证据」和「反对它的证据」
3. 针对第 1 个原因，给一条**一分钟内能做完**的验证命令或改动（只要验证，不要修复）
4. 如果验证结果分别是 A/B，接下来分别怎么做
环境：{{环境}}
报错全文：
{{报错}}
相关代码：
{{代码}}复制时把 {{变量}} 换成你自己的内容；变量名不要改，改了模型容易把它当普通文字。
要替换的变量
实操建议
- 「先验证再修复」能拦住最常见的时间黑洞：按错误猜测改三处，结果原本的问题被掩盖
- 让它写「反对它的证据」，是在逼模型自我反驳，能显著减少一本正经的胡说
常见问题
为什么不直接让它修？
因为报错信息常常指向症状而不是原因。先花一分钟验证，比盲改三轮快。确认原因后再让它改，一次就能对。
代码太长贴不下怎么办？
只贴报错栈里出现的那个文件的相关函数，加上调用它的那一处。上下文比全文更重要。