创作机会识别和商业机会识别共用同一异常模式
TL;DR
ecc-opportunity-creative和ecc-opportunity-business在相近时间段报同样的error_with_delivered异常。这是「payload-size或timing-dependent问题,不是平台rate limit」。调整调度时间差(错峰30分钟以上)可能解决。
触发场景
两个同族任务在相近时间段报同样的error_with_delivered异常。
行动步骤
- 判定为「payload-size或timing-dependent问题,不是平台rate limit」
- 两个任务共性的根因在调度时间而非任务本身
- 调整调度时间差(错峰30分钟以上)可能解决
- 如果是token rate limit,应该是批量失败而非单个任务失败
- 如果是网络超时,调整timeout阈值可能解决
证据
delivery-状态一致性检测-2026-05-06.md、LRN-20260427-002。ecc-opportunity-creative(consecutiveErrors=3)和 ecc-opportunity-business(consecutiveErrors=8)在某天突然成功运行了一次。
失败边界
如果是token rate limit,应该是批量失败而非单个任务失败。如果是网络超时,调整timeout阈值可能解决。
原理
创作机会识别和商业机会识别使用相似的payload结构(读取多个文件 + AI推理 + 推送),在相近时段执行时可能存在资源竞争或payload过大的问题。通过调整调度时间差可以错开资源竞争窗口。
使用记录
| 日期 | 项目/场景 | 结果 | 备注 |
|------|----------|------|------|
| 2026-05-06 | ecc-opportunity-creative+delivery矛盾 | verified | 同族任务同模式 |