模型调用失败时，怎么区分官方故障和中转站故障

当模型调用失败时，第一反应不要直接判断“站跑路了”或者“官方炸了”。正确做法是把问题拆成三层：官方上游、中转站线路、你自己的账号和参数。 第一层，看官方状态页。OpenAI、Anthropic、Google、DeepSeek 等厂商都会有官方状态或公告。如果官方 API 组件正在维护、错误率升高、延迟升高，那么多个中转站同时失败就很正常。这种情况下换站不一定有用，因为上游本身有波动。 第二层，看中转站公告。很多站点会在公告里写“低价线路维护”“Claude 池子封号”“某分组暂不可用”“域名迁移”“价格调整”。如果官方状态正常，但某个站公告频繁出现维护故障，那问题更可能在站点线路或 Key 池。 第三层，用模型检测。相同 base_url、相同 Key、相同模型名，跑一次最小请求。如果返回模型不存在，说明模型名或分组不对；如果返回余额不足，说明账号额度问题；如果返回上游错误，说明线路可能还能连到上游但当前失败；如果一直超时，可能是网络或站点后端压力。 第四层，对比多个模型。如果只有某个 Claude 模型失败，而 GPT 正常，问题可能是单个上游渠道或模型池；如果所有模型都失败，可能是站点认证、余额、域名、反代服务整体异常。 第五层，对比多个站点。如果多个不同站点的同一官方模型都失败，再结合官方状态页异常，就更像上游故障。如果只有一个站失败，其他站正常，那基本就是站点自身问题。 最后，记录错误体很重要。错误码、错误 message、响应头、流式中断位置，都能帮助判断问题。RelayWatch 的官方状态页、公告流和模型检测页，本质上就是为了把这三层信息放在一起看，减少盲目切站和误判。