# 上游冗余与可用性

来源: https://docs.aicentos.com/enterprise/pool-verification

Language: zh-CN

> 上游如何组池、故障如何自动切换，以及可用性数据在哪自行核查

## 上游怎么组池

aicentos 的上游是平台**自建的官方账号池**：全部直连厂商官方 API，按模型家族分配，同一个模型通常同时挂在多个账号之下做兜底。

* **单家异常自动切换**：某条上游返回失败时，请求自动重试到下一家，不需要你改任何配置
* **优先级与权重**：稳定、低延迟的上游排在前，按权重分流
* **自动隔离与恢复**：持续失败的上游自动停用，恢复正常后自动重新纳入
* **跨分组重试**：`auto` 分组可在分组之间重试，进一步降低单点失败的影响

这套机制是平台内建的，默认作用于你的全部请求，无需额外开通。

## 可用性可以自己查

上游全部为厂商官方 API 直连；账号池的具体规模与账号明细属于内部运营信息，不对外披露。但**可用性不需要靠名单来相信**：

* [状态监控](https://docs.aicentos.com/status)：每个在测模型的 1 小时 / 24 小时 / 7 天可用率、响应延迟、端点 PING，全部来自真实探测，可随时自行核对
* [官方定价对照](https://docs.aicentos.com/billing/official-pricing)：倍率对照官方原价列示，价格透明度同样可自行核算

## 关于“模型真实性”

有一点必须说清楚：上游是官方 API 直连，但**中转层无法向调用方提供“原厂鉴定”**——响应里没有可用于验证来源的水印，任何转发型网关在技术上都无法向第三方证明返回结果的归属，这是架构决定的边界。我们能承诺并公开的是上游形态（自建官方账号池 + 多账号冗余）与真实探测数据。

如果你的采购或合规要求必须由厂商主体直接提供 SLA 与赔付，建议直接使用官方渠道。如果你要的是**稳定的可用性、透明的价格、可自行核查的数据**，这里展示的都是真实探测结果。