① 输入长这样
日志片段
10:12:33 ERROR c.o.OrderService - create order failed\njava.sql.SQLIntegrityConstraintViolationException: Duplicate entry ORD-10086 for key order_no ...
出现的现象
下单接口偶尔返回创建失败
② 输出长这样
预跑示例 · 已缓存第 1 步 定位关键报错 日志末尾 java.sql.SQLIntegrityConstraintViolationException：Duplicate entry 'ORD-10086' for key 'order_no'，时间 10:12:33，与下单失败现象吻合。
第 2 步 可能原因（按可能性）
- 重复提交：同一订单号被提交两次（最可能，报错就是主键冲突）；
- 分布式 ID 生成器时钟回拨，生成了已存在的单号；
- 重试逻辑未做幂等，失败重发撞上旧记录。
第 3 步 验证与下一步
- 先查这条单号的创建时间是否集中在同一秒，确认是不是重复提交；
- 再看网关/服务的重试日志，有没有对同一请求发了两次；
- 若成立：给下单接口加幂等（唯一键 + 先查后插）；若不成立再查 ID 生成器的时钟与序列配置。
这是官方预跑的示例结果，不含你的任何内容；换成你的数据请见下方。
③ 换成你的信息
这个配方分 3 步依次运行，每一步的结果都会先给你看，确认后才跑下一步：
这就是「多步工作流」——比一次性提示词更稳更可控：复杂任务拆开跑，每步你都能改口径、能单步重跑，不必一次猜对全部。
- 1. 定位关键报错
- 2. 提出可能原因 （用上一步的产出作为输入）
- 3. 给出验证步骤 （用上一步的产出作为输入）
运行要用你自己的内容调一次 AI，所以需要登录（登录免费）。登录后余额为 0，会被引导开通 VIP1 探索者（100 元/年 = 12000 积分）。积分按实际用量扣，每步跑完才结算。
登录后运行 →④ 配方原文
完整提示词仅 VIP 会员可见；开通后可直接复制，一键套用到任意 AI 工具。
排查流程：先从日志定位关键报错 → 再提出可能原因 → 最后给出可执行的验证步骤。 …
⑤ 实践中的坑
- !每一步都能先确认再继续，不合适的方向可以停在当步不往下花积分
- !带上时间戳和上下文行的日志，定位精度会高很多
- !主键冲突类报错优先怀疑重复提交与重试幂等
⑥ 常见问题
一定要三步都跑吗？ ＋
不用，看到第 1/2 步已定位就可以停，只为跑过的步骤付费。
日志很长怎么办？ ＋
先截报错前后几十行；太长会撞字数上限，可适当精简。
能直接帮我修好吗？ ＋
不能，它只帮你定位与给验证思路，代码改动需你自己做。