Anthropic 称 9 月 29 日 Claude 故障期间 14:00～14:59 UTC 发送的部分消息可能未被保存

Anthropic 披露，9 月 29 日 Claude 服务故障期间发送的部分消息可能未被保存。按的记录，影响时段为 14:00～14:59 UTC，涉及 claude.ai、Claude 桌面与移动应用、Claude Code、Claude Cowork 和 Claude API；事故在 16:27 UTC 被标记为已解决，此时距服务恢复已过去约一个半小时。

在 10 月 3 日的报道中指出，公司没有公布故障原因，也没有说明可能受影响的消息数量。

记录了事故当天的状态页画面：claude.ai、Claude Code 与 Claude Cowork 被标记为 Partial Outage（部分中断），Claude Console 与 Claude API 为 Degraded Performance（性能下降），Claude for Government 保持 Operational（正常运行）。

同一小时里的两次故障

状态页的按时间顺序列出了全部 8 条更新。14:00 UTC 起服务开始报错；14:21 UTC 的第一条更新称，正在调查 claude.ai（包括桌面与移动应用）、Claude Code 和 Claude Cowork 的错误率升高，用户可能遇到请求失败、对话加载或发送出错，或被要求重新登录；重试或许能成功。

按随后更新中的说明，14:00 UTC 开始的错误在 14:36 UTC 得到缓解，已有对话基本恢复可用。但第二个问题随即出现：许多用户无法登录，单点登录和 Sign in with Apple（苹果登录）都不可用，新对话、语音对话、Claude Code 与 Cowork 的会话、购买和文件上传同样被阻断，直至 14:59 UTC。这段时间状态页给出的建议是：「如果你已登录，请不要退出登录。」

14:59 UTC 大部分服务恢复；15:11 UTC 的更新确认了这一恢复，同时写下了那句关于消息可能未被保存的提示。事故直到 16:27 UTC 才被标记为已解决，最后一条更新写明，影响时段为太平洋时间 07:00～07:59，也就是北京时间当晚 22:00～22:59。

一个登录入口后面的更多服务

事故记录最终把受影响的服务列为 claude.ai、Claude 桌面与移动应用、Claude Code、Claude Cowork 和 Claude API。排查范围是一步步扩大的：14:21 UTC 的第一条更新只点了 claude.ai、Claude Code 和 Claude Cowork；14:28 UTC 的更新提到部分 Claude API 请求也在报错；14:30 UTC 的更新把 platform.claude.com（Claude Console）列入调查，距首条更新约 9 分钟。

MIXED Reality News 指出了与早先故障相比的一个变化：Claude Code 和 Claude Cowork 与聊天服务一同受影响，而 Anthropic 正把 Cowork 并入 Claude 聊天应用，同期还有新的 Claude Docs 和 Slides。这会把一个终端会话、一个桌面应用和一个文档编辑器放在同一个登录后面。

「可能未被保存」没有说清的事

状态页关于消息的说明只有一句：「14:00～14:59 UTC 之间发送的部分消息可能未被保存。」按 MIXED Reality News 的解读，这句话没有确认消息丢失，也没有排除这种可能。

报道还指出，公司也没有交代这些消息的实际遭遇：它们有没有到达 Claude，有没有得到回答。

上一次故障在 20 分钟内给出了原因

在 9 月 29 日之前，最近一次事故发生在 9 月 22 日。那次事故名为「Elevated errors for multiple models」（多个模型的错误率升高），影响时段为 00:50～02:10 UTC，涉及对 Claude Mythos 5.1、Claude Fable 5.1 和 Claude Opus 5 的请求。Anthropic 在 00:57 UTC 发布首条通知，20 分钟后，01:17 UTC 的更新宣布已确定原因；事故在 02:35 UTC 关闭。

9 月 29 日的事故从首条更新（14:21 UTC）到关闭（16:27 UTC）历时 2 小时 6 分钟，记录里始终没有出现原因说明。关闭之后，状态页的下一条记录出现在 10 月 1 日：积分购买入账延迟，16:20～22:36 UTC。

只能依靠自己的聊天记录

事故记录已经关闭，也没有重新打开；截至发稿，状态页显示所有组件均为 Operational。

对 9 月 29 日 14:00～14:59 UTC 之间正在使用 Claude 的人来说，能依靠的只有自己的聊天记录；一段重新加载后看起来完整的对话，也可能已经缺了消息。