GPTZZZ 服务状态
本页读取公开健康检查端点，显示网站当前是否能返回健康信号。它不等同于每个上游模型、地区、账号或具体请求都可用。
正在读取实时健康信号
最后检查：
这个信号说明什么
当公开 /health 返回可识别的正常状态时，只能说明当前健康检查端点有响应。模型路由、账号权限、配额、上游服务和特定请求参数仍需分别验证。
请求失败时先记录
- UTC 时间、请求 ID、模型 ID 和 HTTP 状态码。
- 失败是否只发生在单一模型、单一客户端或单一网络。
- 最小请求能否复现，以及重试后错误是否一致。
继续排查
按照错误码手册判断鉴权、限流、上游 5xx 与网络超时，再用稳定性验收方法区分偶发问题和持续异常。仍无法定位时，带着脱敏信息联系技术支持。
如何解读健康信号
公开健康检查只回答“检查时刻的站点入口是否返回预期响应”。它不能单独证明某个模型、某个账号额度、特定地区网络、流式连接或工具调用全部可用。判断一次业务请求时，应把入口健康、网关鉴权、模型路由、上游响应和客户端网络分别留证，避免用一个绿色信号覆盖整条调用链。
异常时的三步自查
- 记录 UTC 时间、请求 ID、模型 ID、HTTP 状态和客户端版本，不要在重试前覆盖原始错误。
- 用不含敏感数据的最小请求复测，并比较非流式与流式、单一模型与其他可用模型的结果。
- 401/403 转向密钥和权限检查，429 核对额度、并发与退避，5xx 或超时再结合健康信号判断入口、网络或上游范围。
形成可比较的可用性记录
连续观测应固定地区、网络、客户端版本、模型、请求参数、超时和重试策略，并同时记录成功率、首字节或首个有效事件时间、总耗时与流式中断。不同条件的样本必须分开统计；一次探测成功或失败都不等于长期 SLA。若最小请求仍无法定位，请按技术支持提交清单提供脱敏证据。