ChatGPT Plus 全员对话失效，官方状态页仍显示正常

标题已经点明：自 2026 年 9 月 28 日下午 10 点（GMT‑3）起，所有 Plus 用户在尝试打开任意对话时均遭遇错误提示。尽管 OpenAI 的状态页面仍显示绿色，但实际访问时出现的异常无法被掩盖。

问题表现

在多种设备与浏览器（Chrome、Firefox、Edge）以及不同网络环境下复现，结果一致：对话列表能够正常加载，然而点击任何历史记录或新建对话时会出现以下任意情形：

• 页面提示“无法加载，请重试”。
• 对话内容仅保留旧消息的结尾，中心段落缺失。
• 进入无限的“思考中…”循环，最终弹出 ChatGPT stream recovery polling timed out。
• 交替出现 404、500、503 等 HTTP 状态码。
• 偶尔返回 429 Too Many Requests。

这些错误并非单一路径触发，而是随机切换，呈现出类似“降级雪崩”的整体失效。

技术细节回放

依据一位 Plus 用户提交的 HAR 包（时间点为 2026 年 9 月 29 日 00:28 UTC），可以追溯到以下请求链：

1. GET /backend‑api/conversations/{id} 返回 200，体积约 12.9 MB，说明服务器端的对话数据仍完整。
2. POST /backend‑api/f/conversation/resume 接连返回 404（cf-ray: a426de2ffc2c0cdd‑SCL），表明恢复接口未命中。
3. 页面进入轮询模式，每约 12 秒请求一次 resume 接口，同时重新下载整条对话，十分钟内累计 46 次重试，流量约 590 MB。
4. 同时触发 POST /backend‑api/conversations/batch，返回体约 69 MB，部分请求被取消或重复。
5. 开发者工具的 Network 面板未显示 x‑request‑id，提升了排查难度。

用户已尝试的常规手段包括清除缓存与 Cookie、使用隐私模式、切换设备与网络供应商、关闭 VPN、退出并重新登录以及反复刷新页面，均未产生效果。尽管 help.openai.com 的支持团队已将工单上报至专员，但截至发稿时仍未分配编号，且数据导出功能预计需数天才能完成。

可能的根源

• Resume 接口路由失效：POST /backend‑api/f/conversation/resume 是前端点击历史对话时的首要调用。返回 404 暗示该路径可能因部署异常或版本不匹配而暂时不可用，导致对话数据虽在后端仍在，却无法被读取。
• CDN 回源异常：Cloudflare Ray ID 中出现的 a426de2ffc2c0cdd‑SCL 指向南美圣地亚哥节点，若该节点的源站连接或缓存同步出现延迟，容易产生 500/503 错误，尤其在高并发时更为显著。
• 流恢复机制陷入循环：Resume 接口失败后，前端会启动 Stream Recovery 轮询。若服务端始终未恢复流式传输能力，客户端将持续重试 → 超时 → 再次重试，形成二次流量放大。
• 配额管控误伤：出现 429 Too Many Requests 说明后端可能临时启用了速率限制，以防止系统进一步过载。

当 resume 接口返回 404 且轮询已超过约 12 秒时，后续的对话加载将直接失效，用户只能看到空白或错误页面。

外部视角

2023 年 4 月 24 日的报道指出，OpenAI 与 ChatGPT 的标志曾在多家屏幕上同步显示（来源）。同一年 23 日的另一篇文章提到，购买 ChatGPT Plus 许可证的举动正值关于人工智能技术在私营部门与政府内部使用与监管的广泛争论之中。这是 ChatGPT 早期进入政策制定流程的实例之一，尽管哪些国会办公室获得了许可证仍未公开。与此同时，工作人员被建议避免将该工具用于查询国会数据或其他敏感内部信息。该举措发生在类似 TechCongress 等非营利组织长期推动将技术人才注入国会的背景下，联邦机构也正努力制定新的技术使用规范。

可行的应对措施

• 等待官方恢复：根本问题涉及核心后端接口，只有 OpenAI 完成修复部署后方能恢复正常。
• 减少无效请求：每一次失败的重试都会增加服务器负载，进而加剧资源紧张。
• 记录关键日志：保留时间点、cf‑ray、请求 URL、状态码等信息，可帮助客服更快定位问题。
• 尝试不同客户端：部分用户反馈 iOS 客户端仍能部分访问，Web 端问题可能更为集中。
• 规划数据备份：若工作高度依赖历史对话，建议尽早申请数据导出，以防信息丢失。

结语

此次 ChatGPT Plus 的服务中断并非单一故障，而是涉及路由、缓存、流控与配额等多环节的系统性失效。即便官方的应急通知仍保持绿色，也难以满足依赖该服务的用户对透明度的期待。希望故障能够尽快得到彻底修复，OpenAI 也能在监控与容灾方面进一步提升，以免再次出现“状态显示正常却无法使用”的尴尬局面。