error.code、error.message 和响应头里的 X-Oneapi-Request-Id:状态码告诉你大类,error.code 才能区分余额、参数、上游异常和内容拦截,request_id 用于后续排障和对账。
错误响应格式:
error.code,或者 code 为空。生产代码应同时记录 HTTP 状态码、error.type、error.code、error.message 和 request_id,不要只依赖单个字段。
常见 code
余额不足不要写死判断
402。当前后端的余额、订阅和令牌额度不足主路径通常返回 403,并通过 error.code: "insufficient_user_quota" 表达。重试建议
以下是客户业务侧的重试建议,不等同于 Tapapi 平台内部的通道重试策略。平台内部可能为了换通道做有限重试,但你的业务代码仍不应自动重试鉴权、余额、权限和参数错误。 生产代码建议按三类处理:
推荐退避节奏:
生产日志必须记录
图片返回异常
任务类错误
当前文本和普通图片请求优先按同步接口理解。视频和异步任务按受控开放能力处理,错误响应可能不是完全相同的 OpenAI 兼容格式,可能直接返回code、message、status_code。业务侧仍应统一记录:
- 业务
task_id - Tapapi 返回的
request_id - HTTP 状态码
error.codeerror.message- 模型名和请求时间