基础 URL 故障排除
更换模型本应很简单。你只需更改端点 (endpoint) 并继续使用相同的 SDK。但通常会遇到 401、404 或 429 等错误。
在归咎于 SDK 之前,请先进行以下 7 项检查。
检查
/v1前缀 大多数网关需要在基础 URL 中包含/v1后缀。如果你只使用域名,SDK 可能会调用错误的路径。请务必从供应商文档中准确复制格式。验证你的 API 密钥 密钥混用是导致大多数失败的原因。请注意以下情况:
- 使用 OpenAI 密钥配合中继 URL。
- 使用中继密钥配合 OpenAI URL。
- 使用已禁用项目的密钥。
- 密钥中包含了多余的空格。
如果你看到 401 错误,请仅打印密钥的前几个和后几个字符,以便与控制面板进行对比。切勿记录完整的密钥。
使用准确的模型名称 不要猜测模型名称。网关名称会根据可用性而变化。请从供应商列表中准确复制模型 ID。名称错误会导致 404 或
model_not_found错误。运行一个微型测试请求 在调试整个应用程序之前,先通过一个简单的、小型的请求来测试连接。如果简单的 "ping" 请求可以成功,说明你的 URL、密钥和模型都是正确的。问题出在你的应用逻辑上,例如流式传输 (streaming) 或工具调用 (tool calling)。
理解错误代码
- 401 表示你的密钥或账户状态有误。
- 429 表示你达到了速率限制 (rate limit) 或余额不足。 如果你看到 429,请检查你的账单页面。避免使用密集的重试循环,因为这会加剧速率限制问题。
查看状态页面 如果你的代码昨天还能运行,今天却失败了,请不要重写你的集成代码。查看供应商的状态页面。对于中继服务来说,上游故障是很常见的。
使用 curl 命令 在你的项目文档中保留一个最简化的 curl 命令。当应用崩溃时运行它。
- 如果 curl 失败:调试你的账户、网关或网络。
- 如果 curl 成功:调试你的应用程序代码。
基础工作做扎实,模型切换更轻松。
可选学习社区:https://t.me/GyaanSetuAi