AI API 返回 401、403、404、429:按顺序排查
685 字
3 分钟
AI API 返回 401、403、404、429:按顺序排查
报错先记录发生时间、HTTP 状态和响应中的具体错误。不要同时切换供应商、线路、模型、Key 后再判断哪个设置有效。
先看状态,再看具体错误
| 状态或现象 | 优先检查 | 下一步 |
|---|---|---|
| 400 / 422 | 字段名、类型、参数组合和模型限制 | 按响应指出的字段修正,先去掉非必需参数 |
| 401 | 本站 Key、认证 Header、前后空白或过期凭据 | 在本机重新复制有效 Key,检查客户端读取来源 |
| 403 | Key 与分组权限、资金、模型开放状态 | 核对实际授权,不能靠新建 Key 绕过 |
| 404 | endpoint、重复 /v1、模型或任务归属 | 比对实际路径,任务使用有权限的身份查询 |
| 409 | 幂等键内容变化或任务状态冲突 | 保留原业务与任务号,按错误说明继续处理 |
| 429 | 请求速率、并发或上游容量 | 降低并发,尊重 Retry-After,避免同步重试 |
| 5xx / 连接超时 | 服务、上游与网络,以及请求是否已受理 | 先查记录;媒体任务优先续查原 ID |
状态码只是入口,不同协议可能返回更具体的错误类型。正文是 HTML 时,检查是否访问了网页、被代理改写或经过了登录跳转,不能直接当 JSON 解析。
用最小请求做对照
- 先查询当前 Key 的模型目录。
- 使用客户端相同的地址、Key 和模型,发一条无附件、无工具的短文本。
- 目录请求失败,先解决认证和权限;短文本成功后,再逐步加回高级参数。
- 终端成功、客户端失败,按 客户端清单 比较配置来源。
调用目录不是完整生成测试;短文本也不能证明长上下文、图片或工具能力全部可用。
超时后不要立刻重发
连接在途中断开,客户端无法据此证明服务端没有受理。尤其图片、视频、工具执行可能存在成本或副作用。已有任务 ID 就续查,没有 ID 则保留原业务号、幂等键和时间,先核对记录。详见 重试与幂等。
提交问题时可以照这个模板
时间与时区:客户端及版本:运行环境:Windows / WSL / Docker / 远端请求路径:只写路径,不附凭据模型与分组:HTTP 状态与脱敏错误:任务 ID 或请求记录编号:已验证的最小请求结果:通过 联系与交流 找运营方核对。不要提交完整 Key、Cookie、私有素材链接或客户原始数据。
依据:HiKaRi 常见错误。
文章分享
如果这篇文章对你有帮助,欢迎分享给更多人!
AI API 返回 401、403、404、429:按顺序排查
https://blog.hikaripublic.xyz/posts/api-errors-401-429/相关文章智能推荐
1
流式输出不逐字显示?检查 SSE、缓冲和事件解析
问题排查区分首包等待、服务端事件、代理缓冲和前端渲染,避免把整个流当成单个 JSON。
2
AI API 成本怎么算:Token、缓存、图片与视频分开核对
模型与成本用一份明确标注假设的账单例子,区分输入、输出、缓存和媒体任务费用,避免只比较模型标价。
3
用 Python 标准库完成第一次 HiKaRi API 调用
接入教程无需安装 SDK,先查询 Key 可用模型,再向支持 Chat Completions 的分组发送最小请求。
4
Base URL、API Key 和模型名分别怎么填?
接入教程区分站点地址、协议路径、Key 权限和精确模型名,避免 /v1/v1 与客户端认证配置错误。
5
从这里开始:HiKaRi API 接入与阅读路线图
接入教程第一次接入、排查报错、选择渠道或开展团队项目,从对应入口开始。先验证最小请求,再扩大使用。
随机文章随机推荐














