中转站突然报错或变慢，怎么判断是谁的问题

先画清楚链路

一次 API 调用经过的环节比想象的長：

你的代码 → 你的网络 → 中转站的接入节点 → 中转站内部路由
        → 上游通道 → 模型厂商 → 原路返回

任何一环出问题，你看到的都是「报错了」。所以第一步不是猜，而是分层定位。

第 0 层：先确认是不是只有你出问题

最快的方法是问一句：同站的其他人有同样的问题吗？

• 站点的官方群/工单里，是否有人同时反馈
• 本站的可用率监测页上，该站的状态是否变化

如果只有你一个人报错，问题大概率在你这一侧或你的账号上。

第 1 层：你的账号

自查：到站点的用量后台看余额和 Key 状态。这一步经常能直接解决问题 —— 很多人是被「额度耗尽」卡住，却以为是站点崩了。

第 2 层：你的网络

# 先测连通性
curl -s -o /dev/null -w "连接 %{time_connect}s  总耗时 %{time_total}s\n" https://站点域名/

• time_connect 很大或为 0 → DNS 或 TCP 层有问题
• 连接很快但总耗时很长 → 站点处理慢

换网络验证：用手机热点再试一次。如果热点正常、宽带异常，那就是你的线路问题（常见于部分运营商对特定 IP 段的路由不佳）。

第 3 层：请求本身

# 用最小请求排除参数问题
curl -s -X POST https://站点域名/v1/chat/completions \
  -H "Authorization: Bearer 你的key" -H "Content-Type: application/json" \
  -d '{"model":"gpt-4o","messages":[{"role":"user","content":"hi"}],"max_tokens":5}'

如果最小请求正常、你的完整请求报错，问题在参数：

• 模型名拼错（各站别名不统一）
• 上下文超长（超出该站的实际限制）
• 用了该站不支持的参数（如某些推理参数）

第 4 层：中转站

如果最小请求也失败，且别人也失败，那基本确定是站点或它上游的问题。

区分「站点问题」和「上游问题」：

• 只有某一个模型不能用 → 大概率是该模型的上游通道问题
• 所有模型都不能用 → 站点整体故障

第 5 层：上游厂商

如果多个中转站同时出现同一类错误，那问题在上游。这种情况你能做的只有等待，或者切到备用通道。

判断依据：官方 status 页面（如 status.openai.com）、或官方群里的公告。

常见错误码速查

一个实用的排查顺序

1. 看余额和 Key 状态        → 解决 40% 的问题
2. 用最小 curl 请求测试      → 区分「请求问题」和「服务问题」
3. 换网络（手机热点）        → 排除本地线路
4. 看本站监测页与官方群      → 确认是否普遍故障
5. 换模型试                 → 区分单模型问题与整体故障
6. 切备用通道                → 先恢复业务，再慢慢排查

第 6 步值得单独说：生产环境遇到故障，优先恢复而不是定位。先切备用通道把业务接上，再回头分析日志。顺序反了，损失的是业务时间。

相关阅读

• 怎么给项目配置多家 API 互备
• 常见报错对照表：401/403/404/429/500 分别意味着什么
• 可用率是怎么测出来的：本站的统计口径与局限