OpenAI 优化系统并追加算力，减少 ChatGPT 容量上限报错

修复“假满载”：OpenAI 优化系统 / 增加算力，减少“AI 容量上限”报错

文章要点

决策要点

这轮修复把频繁出现的容量报错归因于系统与调度层面而非单纯算力不足，官方用改系统、加算力和任务自动续跑三层措施应对。

影响：依赖 ChatGPT 或 Codex 开展日常开发和业务流程的团队，报错中断与手动重试的成本有望下降；额度充足时仍反复出错的用户反馈说明问题未必一次修完，关键流程可预留备用模型或降级方案。
参考：可考虑记录自家团队近期遇到该报错的频率和触发场景，作为评估这批修复效果的基础；关键自动化流程值得预设报错后的重试或切换模型路径。
依据：信息源为 OpenAI Codex/ChatGPT 负责人 10 月 15 日在 X 的发帖，属官方口径暂无独立验证；报错成因部分来自用户与开发者的公开讨论。

正文

IT之家 10 月 16 日消息，OpenAI 的 Codex / ChatGPT 负责人 @thsottiaux 昨日（10 月 15 日）在 X 平台发布推文，表示团队已上线一系列改动，并投入了更多算力，修复“所选模型已达容量上限，请尝试其他模型”报错。

修复“假满载”：OpenAI 优化系统 / 增加算力，减少“AI 容量上限”报错

IT之家注：OpenAI 团队目前正在推进“28 天持续交付”计划，在第 11 天公告中宣布已上线一系列改进并追加算力资源，目标是显著降低该错误的发生频率。

在问题反馈上，根据公开讨论看，该问题并非单纯的“模型真的满载”。有用户报告称，即使订阅额度充足、切换不同模型，错误仍会反复出现；也有开发者怀疑与后台请求、会话状态或资源调度有关。

在部署措施方面，OpenAI 团队通过优化系统，并投入更多算力，减少模型容量报错出现，其次当报错仍然发生后，任务应能“最终自动继续”，而不是一直卡在错误状态、等待用户干预。团队同时邀请仍在遇到问题的用户反馈，以便进一步排查。

决策要点

AI 评分28

这轮修复把频繁出现的容量报错归因于系统与调度层面而非单纯算力不足，官方用改系统、加算力和任务自动续跑三层措施应对。

影响：依赖 ChatGPT 或 Codex 开展日常开发和业务流程的团队，报错中断与手动重试的成本有望下降；额度充足时仍反复出错的用户反馈说明问题未必一次修完，关键流程可预留备用模型或降级方案。
参考：可考虑记录自家团队近期遇到该报错的频率和触发场景，作为评估这批修复效果的基础；关键自动化流程值得预设报错后的重试或切换模型路径。
依据：信息源为 OpenAI Codex/ChatGPT 负责人 10 月 15 日在 X 的发帖，属官方口径暂无独立验证；报错成因部分来自用户与开发者的公开讨论。