OpenAI 返回 503 / 排队 / 超时
先分清中断、限额和配额
截至 2026-10-20，OpenAI 的 ChatGPT、Codex 或 API 返回 503、429 或超时，不一定是 key 坏了。先打开 status.openai.com，再决定是等、换模型还是换端点。状态页按组件分开显示，Chat Completions 和 ChatGPT 桌面版里的 Codex 各有状态，不要只看总横幅。订阅暂停和额度烧光是另外两件事。
更新于 2026-10-20
一把 Key 调用 Claude、GPT 与主流国产模型，按 token 计费，几分钟上手。
- 按 token 计费，实时单价见 /models
- 支付宝、微信支付、信用卡、加密货币均可付款
- 充值后自助开通、立刻生效
四个不该混在一起的信号
OpenAI 侧容量或路由
503、502、status 页上的 elevated errors，通常不是你的 prompt 写错。重试要退避，不要同步打满。
你的速率或并发
429 是账号或组织自己的速率窗。降并发、拉开间隔，比换模型更对症。
账期或 credits 见底
窗口是绿的、请求仍被拒，更像额度而不是中断。那一页是 /gpt-6-astra-quota-burn，不是本页。
先看官方状态页
status.openai.com 写 fully operational 时，优先查自己的 429 和配额，而不是默认「全网挂了」。
这类故障该怎么处理
截至 2026-10-20，官方错误码文档把两个码写得很清楚：503 是 Model temporarily overloaded，429 是 Rate limit reached for requests。前者是模型临时过载：官方文档写，有 Retry-After 响应头就按它等待，没有就拉长重试间隔，持续出现再查状态页有没有正在处理的事件。后者是请求速率触顶：有 Retry-After 就按它等待，没有就用带抖动的指数退避并限制重试次数，同时减少请求或 token 数。OpenAI 侧的报错、排队和超时会反复出现，不绑定某一次事故编号。处理顺序固定：先看 status.openai.com 当前横幅和 history 里最近一条事件标题，再看 HTTP 状态码是 5xx 还是 429，最后才决定等、降并发，还是把同一把 key 指到别的模型家族。ChatGPT 网页打不开，不等于 API 一定同时挂；Codex 报错，也不等于 Responses API 一起挂。
2026-09 这几场能核到的事件
2026-09-03，公开报道写一次多组件中断打到 ChatGPT 与 Codex，至少 15 service areas，约 14:56 UTC 状态页翻成 degraded performance。2026-09-04 东部时间 18:30，The New Stack 更新称 GPT-6 Astra 已向包含该模型的付费用户在 ChatGPT 开放。2026-09-10 history 上有 Elevated errors affecting ChatGPT Work。2026-09-11 抓取 status.openai.com 时页面写 We’re fully operational，并称 not aware of any issues affecting our systems；llmlatency.dev 同日写 Last verified September 11, 2026。
时间线
2026-09-03 GPT-6 Astra 发布日前后，ChatGPT 与 Codex 出现多组件中断；报道写至少 15 service areas，状态页曾显示 degraded performance（约 14:56 UTC）。
2026-09-04 东部时间下午 6:30，公开报道更新：GPT-6 Astra 已向所有包含该模型的付费用户在 ChatGPT 上开放。发布日当天的「锁在门外」和「服务中断」不是同一件事。
2026-09-10 status history 留下 Elevated errors affecting ChatGPT Work。2026-09-11 再打开状态页，文案是 fully operational。单次事件已经结束，排障步骤还在。
已确认 vs 不要写成事实的
能在状态页或报道里核到的（截至 2026-10-20）
截至 2026-10-20：status.openai.com 整体状态写 All Systems Operational；状态页按组件分别给状态，Chat Completions 与 Codex in ChatGPT Desktop 各自 operational。官方错误码文档写 503 是模型临时过载、429 是请求速率触顶。2026-10-14 的官方事件记录是 Degraded performance in Codex and ChatGPT Work；2026-10-19 有 File Download errors；2026-10-15 有 Widespread feature degradation；2026-10-13 有一条 GPT-6.1 Sol Codex 与 Work mode 的性能下降记录。以上每条都带日期，可以回查。2026-09-11 的旧复核：status.openai.com 写 fully operational，并称没有影响自家系统的问题；history 里有 ChatGPT Work 的 elevated errors；2026-09-03 有 ChatGPT 与 Codex 的多组件中断报道（15 service areas、约 14:56 UTC degraded performance）；2026-09-04 有 Astra 对付费用户铺开的更新。这些也带日期，可以回查。
传闻，以及官方没说的
把 2026-09-03 的中断说成「GPT-6 把全网打挂到现在」没有状态页支持。把 ChatGPT Work 的 elevated errors 说成「API 全线停」也不成立。未证实：下一次容量事件何时来、是否会再叠加订阅暂停。X 上的截图只说明有人在讨论，不证明全局故障。
等恢复，还是换路
停在 OpenAI 等横幅变绿
适合 status 页明确在报 incident、而你的负载可以停几十分钟的情况。不适合 24/7 agent：等的成本高于换模型。
同一把 key 切到别的家族
适合 HTTP 5xx 持续、或 ChatGPT 网页和 API 不同步的情况。把 Claude Code 指到 ANTHROPIC_BASE_URL，或把 Codex CLI 指到兼容端点，继续跑不是 OpenAI 的模型。
排查三步
第一步：打开 status.openai.com ，记下当前横幅和 history 最新标题，不要只看社交媒体转发。第二步：看响应码。5xx 用指数退避；429 降并发；没有 HTTP 码只有「usage limit」走配额页。第三步：若 status 已绿而你这边仍失败，查本地代理超时和 key 权限。需要换路时，Claude Code 设 ANTHROPIC_BASE_URL 与 ANTHROPIC_AUTH_TOKEN，Codex CLI 走 OpenAI 兼容 base URL。
在 QCode 上具体怎么做
先完成注册并复制控制台里的 key。Claude Code：ANTHROPIC_BASE_URL = https://api.qcode.cc/api ，ANTHROPIC_AUTH_TOKEN 填这把 key，步骤见 anthropic-base-url-setup-guide。Codex CLI：config.toml 里 base_url 填 https://api.qcode.cc/openai，model 先用 gpt-5.6-sol 做通路测试（按 token 计费，各模型单价见 /models），再按任务切 gpt-6-astra；Claude 家族走上面的 Claude Code 配置（Claude 模型不能走 OpenAI 端点，QCode 文档写 Claude 模型只能走 Anthropic Messages 接口）。下一步：发一条非流式小请求，确认 HTTP 200 且回显 model 对得上。
常见问题
ChatGPT 网页打不开，API 一定也挂了吗？
不一定。状态页把 ChatGPT、Codex、APIs 分成不同组件。2026-09-10 的 ChatGPT Work elevated errors 不等于 API 组件同时红。以 status.openai.com 的分项为准。
503 和 429 有什么差别？
503 / 502 多半是 OpenAI 侧容量或网关，重试要退避。429 是你的速率或并发，降并发比换模型更对症。两者都不是「key 被盗」。
这和 Astra 额度烧得快是一回事吗？
不是。额度是 credits 单价和 5 小时窗，见 /gpt-6-astra-quota-burn。本页处理的是可用性：status 红、5xx、排队、超时。
status 全绿但请求还是失败，可能是什么原因？
常见有四类原因：① key 只覆盖了部分端点或权限不足；② 本地代理、CDN 或客户端超时比模型生成时间短；③ 请求的模型当时容量不足，官方文档写 503 是 Model temporarily overloaded；④ 自己的速率或并发触顶，官方文档写 429 是请求速率触顶。整体状态写 All Systems Operational 时，状态页仍按组件分列，某个组件（如 Chat Completions）单独波动就只影响对应接口。2026-10-14 的官方记录就是一次按组件记的 Codex 与 ChatGPT Work 性能下降。status 全绿之后，全局故障不再是第一假设。
QCode 能让 OpenAI 官方恢复得更快吗？
不能。我们改不了 OpenAI 的容量。能做的是同一把 key 切到仍在响应的模型家族，让你的任务先跑完。
Codex CLI 超时，要不要立刻换订阅档？
先看 status 和 HTTP 码。订阅档解决不了 5xx。若确认是配额，再考虑换模型或换计费路径，而不是先升级 ChatGPT 订阅。
信息来源
当前状态文案：status.openai.com（2026-10-20 抓取，All Systems Operational）。组件状态：状态页按组件分列，Chat Completions 等组件各有一条状态。官方错误码文档：developers.openai.com 的 error codes 页（503 与 429 的官方措辞见正文）。事件记录：status.openai.com 的 incidents，2026-10-19、2026-10-15、2026-10-14、2026-10-13 各一条。旧条目：status.openai.com（2026-09-11 抓取，fully operational）；Elevated errors affecting ChatGPT Work。2026-09-03 多组件中断：Crypto Briefing。Astra 对付费用户铺开：The New Stack 2026-09-04 更新。第三方探测日期：llmlatency.dev 标注 Last verified，日期 September 11, 2026。
相关阅读
Claude 529 Overloaded 怎么处理
另一家厂商的容量错误：指数退避，而不是改 prompt。
GPT-6 Astra 为什么这么费额度
可用性中断和 credits 倍率是两件事，别用错排查页。
Stream closed before completed
流式中途断开的四种成因，和 5xx 全局故障不是同一类。
加密货币充值指南
9 种币、56 条网络，0 平台手续费购买 AI 编程 API 额度。
本页是排障说明，不是 OpenAI 官方 status 的镜像。以 status.openai.com 当前文案为准，核对日期 2026-10-20。QCode 不能加速 OpenAI 的恢复，也不转售 ChatGPT 订阅。