OpenAI 日报：ChatGPT 对话故障仍在监控，官方发布继续空窗 (2026)

速览

截至 7 月 26 日 09:00（北京时间），OpenAI News、ChatGPT Release Notes、API Changelog 和 Codex Changelog 的页面中都没有出现 7 月 25 日至 26 日的新发布条目，最新可见更新分别停留在 7 月 23 日、7 月 23 日、7 月 22 日和 7 月 23 日。1 2 3 4

这段空窗期里仍有服务层面的新信号：一条影响部分 ChatGPT 对话的事件仍处于 Monitoring，另外两起未点名具体服务的错误率事件已经 Resolved。Reuters Breakingviews 则在一篇新评论中写到，OpenAI 和 Anthropic 正在准备 IPO，但这不是 OpenAI 的官方披露。

事项	已确认状态	读者应注意
OpenAI 产品与开发者更新	7 月 25 日至 26 日未见 News、Release Notes、API 或 Codex changelog 新条目	不要把 7 月 23 日以前的更新当成今天的新功能
ChatGPT 对话故障	Monitoring，官方称已实施缓解措施，仍在观察恢复	Monitoring 不等于 Resolved，部分用户可能继续遇到加载或继续对话失败
另外两起错误率事件	两个事件详情页都显示 Resolved，官方称受影响服务已完全恢复	详情页没有点名受影响服务，不应自行推断是 ChatGPT 或 API
公司资本市场信号	Reuters Breakingviews 提到 OpenAI 与 Anthropic 准备 IPO	这是媒体评论中的说法，没有时间表、申报或 OpenAI 官方确认

ChatGPT 对话故障仍不是「已恢复」

OpenAI Status 的事件页显示，影响部分 ChatGPT 对话的故障目前仍是 Monitoring。官方说已经实施缓解措施，正在观察 ChatGPT conversations 的恢复情况；事件说明还写到，部分用户可能无法加载或继续对话，错误率虽然下降，失败仍可能发生。5

这和前一天几起已恢复事件的状态词不同。对个人用户，最实用的判断是：如果对话仍然失败，先把它当作服务侧尚未完全收口的问题，查看状态页并保留自己的错误时间和请求记录，不要因为页面出现了 mitigation 就认为所有账号都已经恢复。

状态页还特别说明，可用性指标按所有层级、模型和错误类型聚合，单个客户的可用性可能因套餐、具体模型和 API 功能而不同。换句话说，公开状态与自己的业务体验不一致，并不自动说明哪一方出错。5

两起错误率事件已经标记 Resolved

7 月 25 日另外两条名为「Elevated error rates」的事件，详情页分别显示为 Resolved，OpenAI 的最终更新都是「All impacted services have now fully recovered」。不过，页面没有给出具体受影响服务的名称，因此只能确认恢复结论，不能把它们归因到某个产品、模型或 API 端点。6 7

这也是今天状态信息里需要分开的两层：总体上有事件已经恢复，但 ChatGPT 对话故障仍在观察。对依赖 ChatGPT 的团队，应该按自己的会话成功率和错误日志判断影响，不要用「Resolved」的事件去覆盖仍处于 Monitoring 的那一条。

官方发布空窗，媒体把焦点转向 IPO 说法

Reuters Breakingviews 7 月 25 日的一篇评论，把 Moonshot 的开放权重模型 Kimi K3 对 OpenAI 等公司的竞争压力，与 AI 实验室的资本市场安排放在一起。文章写道，OpenAI 和 Anthropic 都在准备 IPO，并引用 OpenAI CFO Sarah Friar 关于任务成本和可靠性的观点。8

这条 IPO 信息目前只能作为 Reuters 评论中的媒体信号。文章没有给出时间表、申报文件或 OpenAI 官方声明，OpenAI News 和前述产品更新页面也没有对应公告。因此，投资者和公司观察者可以把它列为待验证线索，但不能写成 OpenAI 已经启动上市流程。