问题与服务说明
常见错误排查
从状态码出发,按地址、密钥、权限与上游逐层检查。
先找到你遇到的现象
| 状态 / 现象 | 可能的原因 | 下一步 |
|---|---|---|
| 400 / 参数不支持 | 请求格式、模型参数或内容不符合要求 | 保留错误正文,回到最小 Responses 示例 |
| 401 / 未授权 | 缺少、无效、停用或过期的密钥 | 检查 Bearer 请求头和密钥状态 |
| 403 / 无权限 | 分组、模型或来源限制 | 核对密钥绑定与访问范围 |
| 404 / HTML 页面 | 路径拼错、重复 /v1 或端点不支持 | 核对最终请求 URL 与协议 |
| 429 / 限流 | 频率、并发、额度或上游限制 | 看具体错误提示,降低并发并检查额度 |
| 5xx / 上游错误 | 网关、路由或上游暂时异常 | 保留脱敏信息,有限重试或联系支持 |
状态码是线索,不是唯一原因。具体错误正文、当前账户配置与请求记录才是定位依据。
有响应但没有完整输出
SSE 连接建立后仍可能出现错误事件。检查是否收到 response.completed,以及客户端是否因超时、代理缓冲或手动停止而提前结束。仅看初始 HTTP 200 会漏掉后续失败。
限流时怎样重试
- 先检查额度;额度不足不能靠快速重试解决。
- 限制同时运行的请求数,给重试设置最大次数与总时长。
- 存在 Retry-After 等提示时优先遵循;否则使用带随机抖动的退避。
- 长任务中断后先核对用量,避免无意重复触发相同的昂贵生成。
最短排查顺序
- 核对 Base URL 与最终接口路径。
- 核对密钥状态、分组和模型列表。
- 用本站最小请求示例排除客户端附加参数。
- 对比使用记录,再提交脱敏信息。
仍未解决时使用支持信息模板,不要公开完整配置与凭据。
发现内容有误,或有未解答的问题?反馈文档问题 ↗