11月13日晚间，Claude 用户经历了一场登录过山车。北京时间 17:58，Anthropic 官方状态页开出事故报告，描述指向用户在 Claude.ai 和 Claude Code 上完成身份验证出现问题，也就是登录进不去；19:05，官方页宣布已为故障部署修复并进入恢复监控。 53分钟后，这场认证故障被官方标记为已解决，从开单到关闭全程约两小时。Claude 官方状态页
但此刻打开官方状态页，仍能看到一红一黄：claude.ai 标着“重大故障”、Claude Cowork 是“性能下降”。这两个状态灯不再是认证故障的余波，而是另一桩独立且仍在进行中的事故——Microsoft 365 连接器报错，根因在微软一侧。Claude 官方状态页
剩余的红灯属于微软365连接器
这桩事故在官方页名为“Elevated errors affecting the Microsoft 365 connector”，北京时间11月13日凌晨01:52开单，当前状态仍是“已定位”。官方描述列出了用户此刻仍会碰到的具体问题：Microsoft 365 连接器中的邮件、日历与搜索工具大多数请求失败，Claude for Outlook 依然受影响；而在事故开单时，通过连接器访问邮件、SharePoint、Teams 聊天与日历的请求都可能失败，连接器的新建连接也无法完成。 按官方页面的说法，问题源于上游微软365的服务事故，微软方面正在重启受影响服务器，Anthropic 在等待对方进展，并引导用户通过微软自己的状态页跟踪恢复。北京时间11月13日06:23之后，这桩事故没有新的官方更新，也没有给出恢复时间，claude.ai 与 Cowork 的红黄灯大概率还要亮上一段。Claude 官方状态页
API、Console 和 Claude Code 本体都已正常
认证故障关闭后，claude.ai 与 Claude Code 的登录通道随之恢复。官方页最初列出的影响范围为 claude.ai、Claude Console (platform.claude.com)、Claude Code 和 Claude Cowork 四项。 从组件状态看，Claude API (api.anthropic.com)、Claude Console、Claude Code、Claude Platform on AWS、谷歌云托管的 Claude 模型、Microsoft Foundry 以及 Claude for Government 当前全部显示正常。 换句话说，真正仍被卡住的只有微软365相关功能和 Outlook 加载项；走 API 调用的开发者与部署在云平台上的服务，不在这两桩事故的影响面内。Claude 官方状态页Claude 官方状态页
这次不是“封号”
故障恰好撞上一个敏感的节点。前一天，也就是11月12日，Anthropic 新版使用政策与支持地区政策正式生效，社区正热议封号与身份验证收紧，不少用户登录不上时的第一反应是自己被封。评论区很快有人把两件事分开：不是你号没了，是他们出问题了。 这次官方将其定位为系统级认证问题，部署修复后快速关单，与账号处置行动是两条完全不同的线。登录不上时，先看官方状态页有没有开着的事故，再考虑排查账号或网络本身。微博
截至发稿，官方尚未发布认证故障的事后复盘，具体原因仍未披露；连接器事故的恢复节奏，最终要取决于微软侧的进展。
