关于 GPT 502 / 503 / 429 报错调查

接着上一帖继续做一次补充统计：

应该可以实锤，GPT 低价区有特殊限制

上一帖发布后，不少佬友提出了不同看法，认为还需要更多样本，同时也提到了套餐、订阅渠道、出口地区、多人共享、并发、RPM 和反代方式等变量。

我们在群里已经讨论了一个多星期了，群里有十余位中转站主参与反馈，也有不少个人用户，样本量已经不算少。不过，为了避免样本来源过于集中，也想单独了解一下站内用户的实际情况，诚邀遇到相关问题的佬友参与投票。

请注意

本帖仅统计最近 7 天内，明确遇到过 502、503 或 429 状态码的用户。三者遇到任意一种即可参与。

如果只是遇到降智、额度降低、速度变慢，但没有明确出现 502、503 或 429，暂不纳入本次统计。

如果从未遇到过上述三个状态码，则无需参与投票，感谢理解。

以下各项均为单选，请按照最近一次出现 502、503 或 429 时，同一个账号及其当时的使用环境填写。

1. 账号订阅区域

这里指账号的订阅地区，不是出口 IP 所在地区。

- 菲律宾

- 玻利维亚

- 新加坡

- 日本

- 美国

- 欧洲

- 其它

0
投票人

2. 账号套餐

- Pro ×20

- Plus

- Go

- 其它或不清楚

0
投票人

3. 订阅渠道

- OpenAI 官网直接订阅

- Google Play

- Apple App Store

- 代充或第三方订阅

- 其它或不清楚

0
投票人

4. 是否使用家宽出口

以最终请求 OpenAI 的出口 IP 为准。使用反代时，请按照反代服务最终使用的出口判断。

- 家宽出口

- 非家宽出口

- 不清楚

0
投票人

5. 最终出口地区

这里指报错时最终请求 OpenAI 的出口 IP 所在地区，不是账号订阅地区。

- 菲律宾

- 玻利维亚

- 新加坡

- 日本

- 美国

- 欧洲

- 其它地区

- 不清楚

0
投票人

6. 报错时的并发数量

并发指同一个账号在报错时实际同时处理的请求数量，不是系统中设置的并发上限。

- 1–3 个并发

- 4–5 个并发

- 6 个及以上并发

- 不清楚

0
投票人

7. 报错时的 RPM

RPM 指同一个账号在报错前后，每分钟实际发出的请求数量，不是系统中设置的 RPM 上限。

- 1–5 RPM

- 6–10 RPM

- 11–20 RPM

- 21–50 RPM

- 51 RPM 及以上

- 不清楚

0
投票人

8. 报错时的使用场景

- 个人自用

- 固定少数人共享或拼车

- 多人分发或中转

- 其它

0
投票人

9. 使用的反代方式

- 没有使用反代

- Sub2API

- CPA

- 其它反代

0
投票人

感谢各位佬友参与。此次投票主要用于补充样本，后续会结合上一帖以及交流群里的反馈一起观察。

如果方便，也欢迎在评论区补充账号开通时间、使用模型。