ChatGPT 在 12 月 2 日和 3 日的两波故障已被修复。网页端在这两天夜里出现不可用或响应缓慢的情况，一部分通过浏览器访问的用户遇到卡死或加载失败，但使用 Mac 桌面客户端的人基本没受影响。OpenAI 后来把原因归到路由配置出问题，并对外说明已经修好了。

事件发生时的用户体验可以展开说一下。有人在社交平台上发图，浏览器窗口显示空白或者报错，聊天记录无法加载，刷新后仍旧不行。还有人试图切换账号或清缓存，结果都没用；只有换到 Mac 客户端或等待一会儿，问题才消失。对依赖网页端的用户来说，这种中断尤其尴尬，尤其是在做演示、写稿或需要连续对话的时候，临时切到别的设备并不总是方便。Downdetector 的数据反映了这一点：在高峰时段短时间内出现集中报告，说明并非单个地区或个别网络问题。

把这两天的时间线再整理一下：先是 12 月 2 日凌晨出现波动，状态页上从 2:08 报出问题，2:37 做了修复动作并继续监测，3:00 前后确认恢复。接着在 12 月 3 日凌晨类似的情况重现，3:26 再次出现错误率上升，4:12 把状态恢复到正常。两次事件都在夜里发生，持续时间都在一小时以内，但夜间对全球用户的影响仍然明显，尤其是跨时区团队在不同工作时间段中断的影响会错位显现。

技术上可以揣测的细节有：网页端请求通常会经过特定的前端路由和负载均衡配置，如果那里有规则错误或路由表异常，浏览器到后端的请求可能找不到正确的处理节点，表现就是加载失败或高错误率。桌面客户端可能采用不同的连接方式或备用通道，因此在相同时间段不受影响。OpenAI 也提到是路由配置问题，这与上面的推测吻合。不过公开信息里没有更细的技术日志或根本原因分析，比如是哪类路由规则出错、是否是人为改动导致、还是自动部署失误，这类细节没有披露。

媒体和第三方监测服务都对此事做了记录。IT之家在跟踪时提供了状态页截图，表明官方确实在那两个时间点更新了服务状态。Downdetector 的用户报告也为故障范围和强度提供了佐证。整体上看，这种短时的网络或配置故障并不少见，但对依赖在线服务的用户来说，总是会带来不便。系统运维通常会建立多层监测、自动回滚和备用路由来减少此类影响，能在几十分钟内修复说明应急流程在起作用。

在用户层面，这几次中断的后果各不相同：有人只是刷新几次就好，有人不得不换设备继续工作，还有人把故障当作提醒，临时准备备用方案。对开发者和运维团队，这类事件会成为优化的素材，查明配置环节、完善变更审批和自动回退能降低复发几率。OpenAI 给出的简短声明里把问题划归为路由配置错误并表示已修复，之后是否会有更完整的技术说明或内部复盘结果还不知道。

OpenAI 官方面对媒体的说法是，问题是路由配置错误引起的，现在已经修好了。