可用性承诺

网关月可用率 ≥ 99.9%（每自然月，按 Asia/Shanghai 计）。对应每月允许的不可用时长约 43 分钟。

单个能力组月可用率 ≥ 99.5%。能力组的可用性依赖上游，指标因此低于网关本身。

承诺适用于所有付费订阅。免费额度与试用不适用。

月可用率 =（该月总分钟数 − 不可用分钟数）/ 该月总分钟数。

不可用的判定来自定期的真实调用探测：向每个能力组发起真实推理请求，当前频率为每 15 分钟一次，从我们自己的服务节点发起（尚无多地域探测节点）。连续两次探测失败起算不可用，直到一次探测成功为止。探测本身消耗上游额度，频率变更会在状态页说明。

「失败」的定义：返回 5xx、连接超时，或首字节延迟超过 60 秒。4xx 不计入——那是请求本身的问题。

探测数据保留 90 天并公开在状态页，包含每一条原始记录（时刻、成败、延迟、失败类型），不只是聚合后的百分比。也可以按月导出。

这套算法有三处对我们有利，写在这里而不是留给你自己去发现：一、没有探测到的时间按「可用」计入，也就是说探测本身停了的那段时间不会被算成不可用；二、某个月的探测覆盖率低于 50% 时，那个月不计算可用率、也不发放补偿——因为拿几次探测去断言一整个月，无论结论对谁有利都是编数字；三、探测请求直接打到上游，不经过我们自己的网关，所以它量的是上游链路的可用性，不是你实际调用的那条路径——如果故障出在我们这一侧（部署出错、数据库不可用、鉴权异常），你会收到错误而探测仍然记为成功。前两条合起来意味着：如果一次故障严重到把我们的探测任务也带停了，自动补偿不会触发。我们对冲它的唯一办法是把探测跑稳，而你可以在状态页上按月导出原始记录，自己看那个月有没有断档；认为该补而没补的，联系我们并附上你自己的调用记录。

提前 72 小时公告的计划维护，且每月累计不超过 30 分钟。

由你一侧引起的失败：超出配额、密钥失效、请求格式错误、你自己的网络故障。

不可抗力：地震、战争、大规模基础网络中断、监管强制要求的服务中止。

你使用不向你所在地提供的模型（见《服务条款》第 4 条）而产生的失败。

上游供应商的故障不在此列。 上游不可用照常计入我们的不可用——为一个能力组准备冗余是我们的义务，不是你要承担的风险。

某个模型出现故障时，系统自动切换到同能力的灾备模型继续完成请求。切换在首字节返回之前完成，你不会收到半截响应。

成功完成的灾备切换不计为不可用——请求成功了。但每一次切换都记录在你的用量明细里，标注原模型与实际使用的模型，你随时可以核对。

你可以在控制台关闭自动切换，或指定自己接受的灾备模型顺序。关闭后，原模型故障即视为不可用并计入可用率。

灾备模型的计费按其自身倍率，若倍率高于原模型，差额由我们承担，不向你收取。

月可用率低于承诺值时，按当月订阅费的下列比例返还赠送余额：

99.0% ≤ 可用率 < 99.9%：返还 10%。

95.0% ≤ 可用率 < 99.0%：返还 30%。

可用率 < 95.0%：返还 100%，且你可以选择改为全额现金退款并解除订阅，不受《退款政策》一般条件限制。

单月补偿总额以当月订阅费为限。本条是我们就可用性向你承担的全部责任，不含间接损失。

自动执行，不需要你申请，不需要你举证。 每月结算时系统根据探测数据计算可用率，低于承诺即自动入账，并发邮件说明。

补偿入账的赠送余额有效期为 60 个自然日（短于赠送余额 90 天的一般默认值），到期未使用即失效。定成 60 天是因为它足够覆盖两个完整的计费周期——补偿是给你继续用的，不是给你囤的。具体到期日在入账邮件和控制台的余额明细里都写着。

这一点是刻意设计的。行业惯例是「用户在事故后 30 天内提交书面申请并附证明」——那实际上把举证责任转移给了最不掌握数据的一方，多数用户因此拿不到本应得到的补偿。数据在我们手上，责任就该在我们身上。

若你认为某月的可用率计算有误，可在 90 天内调取该月的全部探测原始记录核对——状态页上直接可以导出，不需要联系我们。

影响面超过全体用户 1% 的事故，我们在 48 小时内发布公开复盘，包含时间线、根因、影响范围与改进项，署名到具体负责人。

复盘不使用「第三方服务波动」这类无信息量的表述。若根因确在上游，我们说明是哪一类依赖、为什么冗余没有生效、以及我们如何改。

全部历史复盘长期公开，不下架。