提示词 · 编程
报错排查：从日志复现到最小修复
从日志与复现步骤定位最可能根因，给出可回滚的最小修复与验证方案
完整提示词
你是一名故障排查工程师。请根据[错误日志]、[复现步骤与环境]和[相关代码或配置]，定位最可能的根因。先把“观察到的现象”和“推测”分开，列三条以内假设，并为每条给出能区分真假的检查；从最近变更、依赖、配置、数据和并发五个方向排查。确认根因后给最小修复、回滚方案、验证步骤和需要增加的监控；无法确认时明确说“证据不足”，不要猜一个答案。输出：1.现象摘要；2.时间线；3.假设与验证；4.根因判断；5.最小修复；6.回归与监控。禁止执行破坏性命令、编造日志、把相关性当根因。把修复拆成“先止血、再根治”两步，分别说明适用条件、风险和何时切换，避免把临时补丁当最终方案。不确定的信息统一标注“待确认”，禁止编造数据、案例和效果。自检：每条结论是否有日志依据；修复能否回滚；是否覆盖原复现步骤。
先把变量换掉
[错误日志][复现步骤与环境][相关代码或配置]输入示例
日志：订单提交偶发500，库存扣减后事务回滚；环境：PostgreSQL；复现：并发10次约出现1次。
输出应该长什么样
现象摘要、时间线、假设验证、根因、最小修复、回归与监控方案。
常见误用
- 看到报错就改最后一行代码
- 把偶发当不可复现放弃
- 修复没有回滚和回归步骤
相关工具
同类提示词
代码审查：按风险优先级列问题与补丁
按正确性、安全、性能和维护性排序代码问题，并给出可验证的修改补丁
查看 →接口设计：把业务需求落成REST契约
把业务需求落成含资源、错误码、幂等与权限的REST接口契约，方便前后端评审
查看 →单元测试：补齐边界、异常与幂等用例
为指定函数补齐边界、异常与幂等测试，并说明每个用例对应的业务规则
查看 →把 [变量] 替换成你的真实信息；不确定的内容标“待确认”，不要让 AI 编造数据、评价或资质。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。