星桥

API 中转站 401、429、503 怎么解决?

先同时看 HTTP 状态码、错误正文中的 error.code 和请求路径。401 往往要检查密钥,429 需要判断限流来源,503 通常说明服务或路由暂时不可用。反复换密钥、加重试或重装客户端,不一定能解决对应问题。

资料核对:。本站路由错误说明按当前网关实现整理;其他中转站可能采用不同错误代码。

先确认你调用的是哪个接口

请求类型本站完整路径
模型列表/v1/models
OpenAI Chat Completions/v1/chat/completions
OpenAI Responses/v1/responses
Anthropic Messages/v1/messages

网站统一域名为 https://newapi.xingqiaoapi.cn。客户端若自行添加版本和路径,需要填写它要求的基础地址,不要把完整路径粘贴进所有 Base URL 字段。具体示例见最小请求教程。

按状态码定位原因

状态码常见原因下一步
400参数或请求格式不符合目标协议。先用最小请求复现,检查模型、消息格式及该模型支持的参数。
401缺少认证、密钥无效或请求到了错误的服务。核对域名、认证头、密钥是否完整有效,检查客户端实际读取的变量。
403账户、密钥、模型或分组限制。阅读错误正文,在控制台核对权限;不要把所有 403 都解释为余额不足。
404路径错误、协议端点未开放或模型未发布。查是否出现 /v1/v1、模型拼写是否正确,以及该分组是否发布该模型。
429速率、并发、用量限制或上游限流。按错误代码判断来源;若返回 Retry-After,遵守等待时间,并降低并发。
502 / 504网关收到异常响应或等待超时。记录耗时,检查服务状态、超时设置及客户端是否中途断开。
503服务或当前模型路由没有可用容量。检查具体错误代码,等待恢复或改用已验证的可用模型、分组。

503 route_unavailable 是什么意思?

在星桥受管理的模型路由中,route_unavailable 表示分组已经发布了该模型的路由,但当前没有符合本次请求条件的可用渠道。渠道停用、暂时冷却或请求能力不匹配,都可能造成这一结果;状态码本身不能确定唯一原因。

route_temporarily_unavailable 表示当前路由暂时不可用,具体等待信息以响应为准。自动恢复的前提是相关条件恢复正常;如果上游余额、授权或服务持续异常,单纯等待不能保证恢复。

某些受管理模型在当前分组尚未发布时,会返回 404 与模型未发布提示。历史渠道或其他网关的错误格式可能不同,因此需要连同错误正文判断,不能仅凭 404 或 503 认定“这个模型全站不能用”。

429 或超时应该自动重试吗?

适合重试的临时错误,可使用有上限的指数退避并加入随机抖动,避免大量请求同时重发。401、参数错误和明确的权限问题应先改配置。不要对所有错误无限重试。

超时不代表服务端一定没有执行。图片、视频、长任务或带外部副作用的工具调用,重发可能创建重复任务或额外消耗;先检查任务状态、请求记录和该端点支持的幂等机制。流式内容已经开始后,也不能直接把两次输出拼接成同一次成功结果。

怎么区分客户端配置问题与渠道问题?

  1. 从接入示例发送一次短请求,使用与客户端相同的密钥、模型和协议。
  2. 短请求成功而客户端失败:检查地址拼接、代理、认证来源、流式和工具协议。
  3. 两边都返回相同路由错误:记录模型与分组,检查当前可用性或联系管理员。
  4. 只有长上下文或特定参数失败:减少到最小复现,逐项恢复参数,避免换一个测试条件后误判问题已解决。

反馈时需要提供什么?

提供请求时间和时区、客户端版本、模型 ID、分组、请求路径、状态码、脱敏后的错误代码与请求标识。删除 API Key、Authorization 内容和私密对话。不要把管理密钥或完整日志发到公开论坛。

常见问题

模型列表里有名字,为什么调用还会失败?

模型列表不能证明本次请求一定有可用路由,也不能验证工具、图片、长上下文或流式能力。还需要对应分组、协议与当前渠道状态同时满足要求。

检测连接成功,为什么 Codex 或 Claude Code 不能用?

检测可能只验证模型列表或普通聊天。Codex 和 Claude Code 使用的协议及工具能力不同,需要分别验证实际请求端点和任务所需能力。

参考与工具教程

MDN:503 Service Unavailable · Codex 配置 · Claude Code 配置 · Cherry Studio 配置