OpenAI GPT/Codex 容量报错持续：官方状态正常，但部分账号仍受限

事件概况：容量报错并未完全消失

截至2026年9月18日，仍有部分 OpenAI 用户反馈，在 ChatGPT、Codex 桌面端、CLI 或第三方客户端中遇到以下错误：

Selected model is at capacity. Please try a different model.

从公开反馈看，问题可能表现为请求直接失败、长任务中断、远程上下文压缩失败，或多个模型同时不可用。部分用户的用量页面仍显示额度充足，切换模型、创建新会话或更换客户端后也没有恢复。

需要特别说明的是，目前没有证据表明所有报错都来自同一原因。公开案例至少呈现出两类现象：一类返回服务器过载或服务不可用错误，另一类则具有明显的账号差异，同一网络和订阅条件下，不同账号的可用性可能不同。

最新状态：公共状态页正常，个别用户仍报告异常

OpenAI 状态页显示服务正常

截至发稿时，OpenAI 公共状态页显示“全面正常运行”，并称未发现影响系统的问题；Codex、Codex Web、Codex API、CLI 和 VS Code 扩展均显示正常。

不过，状态页同时注明：可用性指标按不同套餐、模型和错误类型汇总，单个用户的实际可用性可能因订阅层级、具体模型和 API 功能而有所不同。因此，公共状态正常并不能排除账号级、模型级或区域性的异常。

官方员工确认部分访问可能因账号活动受限

在 OpenAI Developer Community 的相关讨论中，一名标注为 OpenAI Staff 的工作人员表示：即使付费订阅仍在有效期内，某些模型或功能也可能根据账号活动被临时限制；官方无法披露相关检查的更多细节，系统会自动重新评估，当影响可用性的活动停止后，访问权限可能恢复。

这段回应确认了“账号活动可能影响模型访问”，但并未公开具体判定规则，也没有承诺明确的恢复时间。它同样不能证明每一次容量报错都是账号风控导致的。

公开案例显示了哪些共同特征

多平台与多模型均有反馈

OpenAI Codex 的 GitHub 仓库中，有用户提交了可复现案例：在 macOS、Linux 和 Windows 上，通过 Codex CLI、桌面应用或 app-server 发起最小请求时，多个模型都返回容量错误。部分案例显示周额度刚刚重置、用量为0%，且接口仍报告允许使用。

另一些报告则记录了 server_overloaded、service_unavailable_error 或普通服务器错误。这说明用户看到的同一句容量提示，背后可能对应容量紧张、路由异常、账号权限评估或客户端状态显示错误等不同情况。

影响不仅是单次回答失败

对于普通对话，用户通常可以稍后重试；但在长时间运行的代理任务中，错误可能直接终止当前任务并丢失上下文。还有案例指出，远程压缩失败后，任务会进入阻塞状态，需要手动恢复或新建任务。

因此，正在运行长任务的用户应优先保存阶段性结果，不要把唯一副本留在单个会话里。

建议处置：先区分服务过载与账号级限制

第一步：进行最小化测试

建议先在官方网页或官方客户端新建会话，使用短提示词测试一次，并同时检查：

• OpenAI 状态页是否发布故障；
• 当前套餐用量和重置时间是否正常；
• 其他模型是否可用；
• 同一账号在不同官方客户端中的结果是否一致；
• 错误是否带有 Request ID。

若多个账号、多个网络在同一时段同时失败，更像是服务容量或区域问题；若只有特定账号持续失败，而同环境下其他账号正常，则更可能需要账号级排查。以上只是判断方向，不能替代官方诊断。

第二步：立即降低风险操作

遇到持续报错时，不建议高频重复请求。可以先退出不必要的并发会话，暂停多开、共享账号、代理转发和高并发自动化任务，并确认账号没有异常登录。

对于安全设置，可执行以下低风险操作：

1. 修改密码；
2. 开启多因素认证；
3. 清退不认识或不再使用的登录设备；
4. 保留报错时间、客户端版本、模型名称与 Request ID；
5. 停止频繁测试，间隔一段时间后再从官方入口尝试。

第三步：恢复后逐步增加负载

恢复可用后，先使用官方入口进行少量、低并发请求，确认稳定后再逐步恢复长任务和自动化工具。重要任务应拆分阶段并及时保存结果，避免单次容量错误造成全部进度损失。

社区中流传的“静置账号、换住宅网络、使用英文提示词养号”等方法缺少官方验证。降低并发和停止异常使用模式具有一定合理性，但更换IP或提示词语言并不等于官方认可的修复方案，也无法保证恢复。

用户应如何向官方反馈

若问题持续存在，可通过 OpenAI 帮助中心提交工单。为便于定位，建议提供：

• 订阅类型与受影响账号；
• 发生时间及所在时区；
• 使用的模型、客户端和版本；
• 完整错误文本与 Request ID；
• 用量页面是否显示额度充足；
• 官方客户端最小化测试结果；
• 是否只有该账号异常。

不要公开上传访问令牌、Cookie、认证文件或包含敏感代码的完整日志。账号问题应通过私密支持渠道提交。

当前结论

这起事件尚不能简单归结为“模型整体宕机”或“所有用户被风控”。目前较可靠的信息是：公共状态页显示系统正常，但社区与 GitHub 中仍有账号持续报告容量错误；官方人员确认，账号活动可能导致模型或功能被临时限制，访问权限会由系统自动重新评估。

受影响用户应优先保存任务进度、停止高频重试、检查账号安全，并通过官方入口完成最小化测试。若问题持续，应携带 Request ID 联系官方支持，而不是依赖未经验证的所谓必然恢复方案。

信息来源

• OpenAI 服务状态页
• OpenAI Developer Community 相关讨论
• Codex GitHub 账号级容量错误案例