交互查询
用户正在等待结果，任务规模较小，并且端点提供对应 Live 能力。
输入 → API → 输出
先确认这条链路符合你的任务边界，再按清单逐步实施。
输入
任务规模、返回时限、端点支持情况、并发与失败恢复要求
API 处理
Live 单次返回，或 Task POST → Ready/ID → Task GET
输出
符合业务时效且可恢复、可去重的调用流程
什么时候选 Live
快速试验
希望先减少编排代码，验证字段、数据质量和单次成本。
什么时候评估任务模式
批量采集
任务量大、允许延迟，并希望将提交和消费解耦。
可恢复处理
需要保存任务 ID、轮询就绪状态并在消费者中控制获取速度。
任务模式实施步骤
- 1确认具体端点支持 Task POST 和相应 Task GET，不要由同类端点推断。
- 2为业务输入生成幂等键，保存供应端任务 ID、提交时间、状态和尝试次数。
- 3按退避策略查询就绪任务或指定 ID；对过期和失败任务设置人工或自动处置。
- 4结果落库后再标记业务任务完成，并关联费用、原始响应和数据口径。
限制与成本
任务模式增加数据库、调度器、轮询、去重和补偿逻辑；Live 则可能在高并发下增加等待与资源压力。具体价格、时限和端点能力以文档为准。
上线检查清单
- ✓ 已确认端点支持的模式
- ✓ 业务请求具有幂等键
- ✓ 任务 ID 持久化
- ✓ 轮询有退避与截止时间
- ✓ 结果消费可重复执行
准备好开始了吗？
注册并完成邮箱验证即可获得 ¥10 试用额度，通常数分钟可完成首次 API 调用。