各位佬友好，接着 上一轮投票 ，想再做一次补充调查。感谢大家此前的参与，也谢谢评论区佬友提出的建议。 上一轮结果简析 上一轮报错样本主要集中在菲律宾订阅区（约 56%）、Pro ×20（约 80%）和美国出口（约 62%），使用反代的参与者占约 78%。 与此同时，家宽、个人自用和低并发场景也都有报错反馈，暂时不能把问题简单归结为非家宽或多人高并发。 菲律宾区报错样本较多，也不意味着菲律宾区的报错概率一定更高。 上一轮只邀请了报错用户，缺少正常样本，因此还不足以确认低价区是否存在特殊限制。 补充调查原因 有佬友建议，将正常使用、没有出现 503 等报错的数据也纳入统计，作为对照。这个建议很有必要，所以想请大家再帮忙补充一下。 上一轮投票设计也有考虑不周的地方：没有开启 public ，只能看到各题的独立票数，无法把同一位参与者的地区、套餐、出口和并发等信息对应起来。另外，各题之间无法联动，也可能造成漏投，最终各题参与人数从 68 到 90 不等。 这次仍使用站内投票，开启公开投票以便关联各题，并把共同问题放在前面，报错详情放在最后，希望尽量减少大家的填写负担。 参与说明 最近 7 天实际使用过的佬友，无论有没有遇到报错，都欢迎参与。正常使用的数据同样重要，先谢谢大家！ 麻烦选取一个实际使用的账号，所有题目都围绕这个账号填写，避免混入其他账号的情况。 第 1–11 题请所有参与者填写。第 11 题选择未报错或不确定后，即可结束；遇到过报错的佬友，请继续第 12–17 题。 遇到过报错的，账号及环境信息请按最近一次报错时填写；没有报错或不确定的，请按最近 7 天的主要使用情况填写。 各题需要分别点击投票。方便的话，填完后请再看一下有没有遗漏；不了解的项目选择“不清楚”即可。 本轮为公开投票，其他用户可以查看参与者及其选择。 请根据自己的意愿参与，也请勿在评论中提供邮箱、账号 ID、具体 IP 或密钥。 一、账号与使用环境（所有参与者填写） 1. 账号订阅区域 这里指账号订阅或计费地区，与出口 IP 所在地区分开统计。 菲律宾 美国 日本 玻利维亚 新加坡 欧洲 其它 不清楚 点击以查看投票。 2. 账号套餐 Pro ×5 Pro ×20 Plus Go Team 其它 不清楚 点击以查看投票。 3. 订阅渠道 如果通过代充或第三方购买，即使对方使用官网或应用商店开通，也请统一选择“代充或第三方订阅”。 OpenAI 官网直接订阅 Google Play Apple App Store 代充或第三方订阅 其它 不清楚 点击以查看投票。 4. 最终请求出口是否为家宽？ 请以最终请求 OpenAI 的出口 IP 为准。使用反代的佬友，请按反代服务的最终出口判断；如果不了解服务端出口情况，选择“不清楚”即可。 家宽出口 非家宽出口 不清楚 点击以查看投票。 5. 最终出口地区 这里指最终请求 OpenAI 的出口 IP 所在地区，与第 1 题的账号订阅地区分开填写。 美国 日本 新加坡 欧洲 菲律宾 玻利维亚 其它地区 不清楚 点击以查看投票。 6. 使用场景 个人自用 固定少数人共享或拼车 多人分发或中转 其它 不清楚 点击以查看投票。 7. 使用的反代方式 没有使用反代 CPA Sub2API 其它反代 不清楚 点击以查看投票。 8. 同一个账号的实际并发数 这里指同一时刻实际处理的请求数量，包括共享者和后台任务的请求，请勿填写系统配置的并发上限。 1–3 个并发 4–5 个并发 6 个及以上并发 不清楚 点击以查看投票。 9. 同一个账号的实际 RPM RPM 指每分钟实际发出的请求数量，包括共享者和后台任务的请求，请勿填写系统配置的 RPM 上限。 不足 1 RPM 1–5 RPM 6–10 RPM 11–20 RPM 21–50 RPM 51 RPM 及以上 不清楚 点击以查看投票。 10. 最近 7 天实际使用了几天？ 按所填账号实际发起过请求的天数计算，共享者或后台任务使用也算。 1 天 2–3 天 4–5 天 6–7 天 不清楚 点击以查看投票。 二、是否遇到报错（所有参与者填写） 11. 最近 7 天是否遇到过以下报错？ 如果只有速度变慢、额度变化或回答质量下降，没有下面列出的状态码或提示，请选择“未遇到上述报错或提示”。 出现过明确的 502、503 或 429 状态码 遇到过容量／过载提示，但未确认上述状态码 未遇到上述报错或提示 不确定 点击以查看投票。 选择“未遇到上述报错或提示”或“不确定”的佬友，到这里就填写完成了，无需回答后续问题。感谢你的参与！ 选择前两项的佬友，麻烦继续填写第 12–17 题。 三、报错详情（仅遇到过报错或容量／过载提示的参与者填写） 如果只是其中某一题无法判断，选择该题的“不清楚／无法判断”后，继续下一题即可。 12. 最近 7 天遇到过哪些报错？（多选） 可选择多项。如果无法确认，请单独选择“不清楚”。 502 503 429 容量／过载提示 其它报错 不清楚 点击以查看投票。 13. 最近 7 天大约发生过多少次报错？ 粗略估计即可。为尽量统一统计口径，同一次持续故障中的连续重试，请按一次报错事件计算。 1 次 2–5 次 6–10 次 11–20 次 21 次及以上 无法估计 点击以查看投票。 14. 最近 7 天报错出现在哪些时间段？（多选） 请统一按 UTC+8，北京时间 选择。区间包含起点、不包含终点，例如 04:00 归入 04:00–08:00。 如果记不清时间，请单独选择“不清楚”。 00:00–04:00 04:00–08:00 08:00–12:00 12:00–16:00 16:00–20:00 20:00–24:00 不清楚 点击以查看投票。 15. 报错是否有明显的集中规律？ 请选择最接近实际情况的一项。“高峰期”按你的实际观察判断，不预设固定时段。 偶发，暂时看不出规律 集中在某一时段，但不确定是否属于高峰期 全天随机，没有明显集中的时段 只在观察到的使用高峰期出现 不清楚 点击以查看投票。 16. 切换线路后，报错是否解决？ 这里包括更换出口 IP、代理、反代线路或网络环境。如果尝试过多次，请按最近一次填写。 如果同时更换了账号、模型等，无法判断线路切换后的效果，选择“无法判断”即可。 解决 未解决 未尝试 无法判断 点击以查看投票。 17. 报错账号静置 24 小时后，是否恢复？ 这里的“静置”指同一个账号连续至少 24 小时没有发起请求，包括共享者和后台任务。如果尝试过多次，请按最近一次填写。 尚未静置满 24 小时，请选“未尝试”；不确定期间是否有人使用，或尚未重新测试，请选“无法判断”。 恢复 未恢复 未尝试 无法判断 点击以查看投票。 感谢大家耐心填写。方便的话，麻烦最后检查一下： 未遇到报错或不确定：完成第 1–11 题即可。 遇到过报错或容量／过载提示：请完成第 1–17 题。 后续会用本轮的正常与报错样本进行对照，上一轮作为背景参考。遗漏的回答不会被当成“没有报错”，各项分析也会注明实际样本数。 换线路或静置后恢复，暂时只能视为观察到的现象，具体原因还需要结合其他信息判断。 谢谢各位佬友的时间和建议，整理好数据后再发帖和大家分享。 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/15 13:26:52