Skip to content

503 No Available Accounts / Service Unavailable

错误样例

status_code=503, No available accounts: no available accounts
json
{"error":{"message":"No available accounts: no available accounts","type":"api_error"}}
API Error: 503 server-side issue, usually temporary — try again in a moment.

根因

待验证(TODO/VERIFY)

以下概率分布基于旧平台实测(2026-06),尚未在 Shuro 复测,仅供参考。排查思路仍然适用。

概率原因严重度
40%上游账号暂时被限流(同时撞 Anthropic 每分钟限速)🟢 等几分钟
25%1M 上下文请求路由到的通道暂时缺号(旧平台故障模式,Shuro 是否存在待复测)🟡 改 model
15%所选模型当前渠道没有🟡 改模型
10%Anthropic 上游真的抖动(status.claude.com 可查)🟢 等
10%上游账号全部不可用(封号潮 / 余额耗尽)🔴 向平台反馈(TODO/VERIFY:渠道待确认)

解决(按尝试顺序)

1. 等 1-5 分钟

号池 rate limit 按分钟级 window 滚动释放。最常见,最便宜的修法

2. 切到更稳定的模型

不同模型走不同的号池通道:

bash
# 从 opus 切到 sonnet
claude --model claude-sonnet-4-6

# 或切到 haiku(最稳)
claude --model claude-haiku-4-5-20251001

3. 去掉 [1m] 后缀(如有)

Shuro 的 Claude 模型在目录中标注为原生 1M 上下文,正常情况下无需 [1m] 后缀或 anthropic-beta: context-1m-2025-08-07 头。

待验证(TODO/VERIFY)

以下内容基于旧平台实测(2026-06),尚未在 Shuro 复测,仅供参考。

旧平台上 [1m] 后缀会让请求带 1M beta 头,而号池部分账号没有 1M 权限,路由到这些账号 → 503。该故障模式在 Shuro 是否存在待复测。

如果配置里还写着旧的 [1m] 后缀,改成裸模型 ID 再试:

diff
- "model": "opus[1m]"
+ "model": "claude-opus-4-7"

4. 切 Provider(如有 CC Switch

切到「Claude Official」用官方账号顶上,绕过号池问题。

5. 状态页

  • Shuro 状态页(TODO/VERIFY:Shuro 是否提供状态页待确认)
  • Anthropic Status(看上游是否真挂)

模型对照

Shuro 当前在售模型(以 定价页 为准):

模型 ID上下文协议
claude-opus-4-81MAnthropic / OpenAI
claude-opus-4-71MAnthropic / OpenAI
claude-opus-4-61MAnthropic / OpenAI
claude-fable-51MAnthropic / OpenAI
claude-sonnet-4-61MAnthropic / OpenAI
claude-haiku-4-5-20251001200KAnthropic / OpenAI
gpt-5.51.1MOpenAI
gpt-5.4400KOpenAI
gpt-5.4-mini400KOpenAI

如果你某个模型频繁 503,优先尝试同 tier 的备选 ID。(各模型稳定性差异尚未在 Shuro 复测,TODO/VERIFY)

区分 "No available accounts" 和 "Service unavailable"

两个都是 503 但根因不同:

Message来源含义
No available accountsShuro 网关自己号池筛完没匹配的 channel
Service unavailableAnthropic 上游Anthropic 真返的 503

判断方法:看响应 body 的 type 字段:

  • "type":"new_api_error" → 网关返的
  • "type":"api_error" → 上游 Anthropic 返的

第三种变体:模型在列表里但分组没渠道

json
{"error":{"message":"No available channel for model <模型 ID> under group <分组> (distributor)","type":"new_api_error"}}

new-api 类网关的通病:模型出现在 /v1/models 列表里,但调用返回这个 503 —— 模型清单是分组配置,渠道是否真开通要以实际调用为准。遇到这种情况换 在售的备选模型,或向平台反馈确认渠道状态(TODO/VERIFY:Shuro 反馈渠道待确认)。这类 503 通常是渠道运维状态问题,不是你的请求有错。

频繁 503 怎么办

如果你一天遇到很多次 503:

  1. 换更稳定的模型 —— Haiku / Sonnet 一般比 Opus 稳
  2. 错峰使用 —— 国内晚高峰(19:00-23:00)共享池压力大
  3. 向平台反馈(TODO/VERIFY:Shuro 反馈渠道待确认)—— 你的工作负载可能需要专属通道
  4. 官方订阅备用 —— Max 20x 套餐 0 共享池压力

还不行?

内容采用 CC BY-NC-ND 4.0 协议 · 禁止商业使用 / 禁止改编 / 禁止训练 AI 模型