Skip to main content
Tapapi 的公开 API 以 OpenAI 兼容错误格式为主。生产代码不要只看 HTTP 状态码,还要读取 error.codeerror.message 和响应头里的 X-Oneapi-Request-Id:状态码告诉你大类,error.code 才能区分余额、参数、上游异常和内容拦截,request_id 用于后续排障和对账。 错误响应格式:
响应头也会带请求标识:
部分错误可能没有稳定的 error.code,或者 code 为空。生产代码应同时记录 HTTP 状态码、error.typeerror.codeerror.messagerequest_id,不要只依赖单个字段。

常见 code

余额不足不要写死判断 402。当前后端的余额、订阅和令牌额度不足主路径通常返回 403,并通过 error.code: "insufficient_user_quota" 表达。

重试建议

以下是客户业务侧的重试建议,不等同于 Tapapi 平台内部的通道重试策略。平台内部可能为了换通道做有限重试,但你的业务代码仍不应自动重试鉴权、余额、权限和参数错误。 生产代码建议按三类处理: 推荐退避节奏:
批量任务要加随机抖动,避免所有 worker 同时重试。

生产日志必须记录

图片返回异常

任务类错误

当前文本和普通图片请求优先按同步接口理解。视频和异步任务按受控开放能力处理,错误响应可能不是完全相同的 OpenAI 兼容格式,可能直接返回 codemessagestatus_code。业务侧仍应统一记录:
  • 业务 task_id
  • Tapapi 返回的 request_id
  • HTTP 状态码
  • error.code
  • error.message
  • 模型名和请求时间
限流细则放在 限流与并发,超时细则放在 超时处理