依赖第三方 webhook 回调的异步链路，怎么在 CI 里做到既隔离又稳定可复现？

【背景】我负责一条订单支付链路的接口自动化（Python 3.11 + pytest 7 + httpx，约 400 条用例）。核心链路是"下单 → 调第三方支付 → 等对方异步 webhook 回调 → 改单 → 通知下游"。第三方回调是整条链路里最不稳的一环。

【现象】 1）对方沙箱有限流，CI 并发跑时偶发 429，用例就挂了，但手动单跑又是过的； 2）回调是异步的，我这边只能轮询订单状态，超时时间从 3s 调到 15s 总有两头不讨好——调短偶发假失败，调长拖慢整条流水线； 3）"重复回调 / 乱序回调 / 回调体字段缺失"这些异常分支，几乎没法稳定构造，只能靠对方文档想象，不敢写进自动化。

【已尝试】

• 加 retry 装饰器 + 指数退避：治标不治本，429 还是会出现，只是被掩盖；
• 用 mock server（mitmproxy）拦第三方：能解决限流，但"重复/乱序回调"这类时序场景我拼不出稳定的脚本，一写就是硬编码 sleep；
• 想引入 consumer-driven contract 思路，但回调是对方主动推、不是我们调，契约怎么落我不确定。

【期望的答案形态】希望得到可落地的做法：用什么工具/模式把"第三方回调"变成我自己可控的测试替身；重复/乱序/缺字段这类异常分支如何参数化构造而不写死 sleep；以及 CI 里如何判定"这条用例是环境问题而非代码 bug"。最好有具体命令或配置片段。