截至UTC 14:59，多数服务已恢复正常运行，用户登录、开启新聊天、进行语音对话、使用克劳德代码（Claude Code）与克劳德协作（Claude Cowork）会话、完成购买和上传文件等操作已再次可用。在UTC 14:00至14:59之间发送的部分消息可能未能保存。团队正密切监控情况，将在30分钟内发布下一次更新。
正文
监控
截至 UTC 14:59，大部分服务已恢复。登录、开启新对话、语音对话、Claude Code 和 Cowork 会话、购买及文件上传均已正常。但 14:00 至 14:59 UTC 间发送的部分消息可能未保存。我们正在密切监控，将在 30 分钟内发布更新。
更新
14:00 UTC 开始的错误在 14:36 UTC 得到缓解，现有对话大多恢复。但出现了第二个问题：许多用户无法登录（单点登录和“通过 Apple 登录”不可用）、无法开启新对话、语音对话、Claude Code 或 Cowork 会话，也无法购买和上传文件。若您已登录，请勿登出。我们正在修复，将在 30 分钟内更新。
更新
我们已实施缓解措施，错误率大幅下降。但部分登录尝试、账户操作以及 Claude Code 和 Cowork 会话仍会失败。我们正在继续全力修复。
更新
我们正在调查影响 Claude.ai（含桌面和移动应用）、Claude Code 和 Claude Cowork 的错误率升高问题，部分 Claude API 请求也返回错误。我们将尽快更新。
调查
用户可能遇到请求失败、加载或发送对话出错，或被要求重新登录；重试或许能成功。
本次事故影响：claude.ai、Claude Console (platform.claude.com)、Claude API (api.anthropic.com)、Claude Code 和 Claude Cowork。
评论
社区对 Claude 突发大范围宕机多以讽刺与自嘲回应，分歧主轴在于故障归因（用户激增 versus 基础设施缺陷）以及对 AI 依赖风险的反思。
认为故障源于用户量短期暴涨或迁移
- 少数人推测 OpenAI 高价客户转投、IPO 曝光带来新注册或折扣邮件群发导致流量激增，认证系统率先承压而非模型推理本身。（认可度：少数人）
- > 或许是 IPO 让更多人知晓他们，注册增加导致认证失败而非推理失败。（@tinco）
批评状态页失实且更新敷衍
- 较多人反映实际遭遇长时间错误但官方页曾显示正常，更新文案只会循环“正在调查”，第三方宕机监测反而更可信。（认可度：较多人）
- > 许多人遇到超一小时 500 错误时状态页全绿，宕机监测网站比官方状态更可靠。（@cmehdy）
宕机暴露工作流对 AI 的严重依赖
- 较多人提到编码代理、项目与容器因故障直接瘫痪，人类只能干等或手动接手机器人产出，且因会话细节不共享难切换模型，可用性正限制市场渗透。（认可度：较多人）
- > 设想代理正做限时任务时全挂，人类得独自捡起数千行机器写的代码，正常运行时间实为普及瓶颈。（@netdevphoenix）
嘲讽宣传与现实的巨大落差
- 较多人调侃其前一日鼓吹完美代理、次日故障，或吐槽“编程已解决但在线仍是谜”，以及刚重置限额就遇崩等巧合，反映社区对可靠性的不满。（认可度：较多人）
- > 昨天还说有完美代理值万亿，今天脚本崩了照样要万亿估值。（@TheqO）
担忧人类丧失独立推理能力
- 少数人提出深层忧虑，若智能系统全面宕机且无人会恢复，人类可能因依赖而丧失自主推理过程，如同文明断层。（认可度：少数人）
- > 试想十年后智能系统停电，个体连推理过程本身都拿不回来，而不只是缺知识。（@patcon）
有价值的补充
- 有评论将 Claude 宕机类比为新的“出门接触自然”信号，取代过往 GitHub 宕机的角色。（@OzzyB）
- 去年已有文章探讨 AI 失效时向人力故障转移的议题，可见该隐患早被预见。（@hakunin）
- 自动模式分类器同步故障，用户被迫手动批准权限，显示内部子系统脆弱。（@albert_e）