先说结论：这起登录异常本身，官方没有把 Claude API 列入受影响组件。Anthropic 状态页 11 月 13 日 09:58–11:58 UTC（北京时间 17:58–19:58）单独记录了这起事件，受影响面是 claude.ai 网页与移动端、Claude Code、开发者控制台 platform.claude.com 和 Cowork。事件里没有 api.anthropic.com——也就是说，拿 API key 直接调用的开发者，在这起登录故障里不在官方口径的受灾名单上。Claude 官方状态页
但别急着关掉状态页：同一天约一小时后，另一起事件明确点名了 API。这轮错误升高的窗口从 13:09 UTC 持续到 15:38 UTC 标记解决，即北京时间 13 日 21:09–23:38，是本次系列事件中 API 被官方明确列入受影响的唯一时段。Claude 官方状态页
三天里其实是三起故障，各管各的波及面
微软 365 连接器故障（12–13 日，根因在微软）。11 月 12 日 16:03 UTC 到 13 日 16:40 UTC，连接器里的邮件、日历、搜索工具和 Claude for Outlook 大量请求返回错误，新发起的连接器连接甚至无法完成，官方将其归因于一起 Microsoft 365 服务事故。引发这一切的微软 365 中断被媒体描述为近年最严重的一次，波及 Exchange Online、Outlook 等服务近一天半。这起故障自始至终不涉及 API 调用。Claude 官方状态页IT之家
登录/身份验证异常（北京时间 13 日 17:58–19:58）。官方 11:05 UTC 部署修复，约两小时后完全解决。这段时间 API 调用本身没有出现在通报里，但受影响的 Claude Console 正是查用量、管理 API key、看账单的入口——需要登录控制台的 API 开发者同样被挡在门外。Anthropic 没有披露这次验证故障的技术原因，也没有说明它与随后的错误升高事件是否存在关联。
点名 API 的错误升高事件（北京时间 13 日 21:09–23:38）。除了 claude.ai、API 和 Claude Code，官方恢复说明还提到：Docs、Sheets 等连接器已恢复，但 claude.ai 上添加新连接器临时不可用，计划任务和例程可能延迟两小时以上、部分运行被跳过。Claude 官方状态页
为什么一堆人以为自己被封了号
13 日晚间，"Claude 登不上"在社交平台刷屏，很多用户的第一反应不是服务故障，而是账号出事——叠加 11 月中旬 Anthropic 收紧风控的封号新规，这种疑虑扩散得非常快。有认证 AI 博主专门发帖澄清：不是你号没了，是官方服务出了问题。区分办法并不复杂：登录失败先查 status.claude.com 有没有处于"调查中"的事件，状态页亮着故障横幅时，基本与封号无关。截至 14 日，这三起事件都已标记解决，官方同时提醒微软侧恢复尚未彻底完成，连接器可能仍偶发报错或延迟。36氪微博Claude 官方状态页
对 API 用户来说，值得记住的是两条边界：其一，直连调用与登录故障不在同一风险面——验证问题打击的是 claude.ai、控制台和 Claude Code 这类订阅登录，api.anthropic.com 只在 13 日夜里不到三个小时的独立事件里出现错误升高；其二，Claude Code 走订阅登录，两个窗口都会命中，在其上运行的定时任务要按官方通报预留重试和延迟空间，别把"任务没跑"当成代码或额度出了问题。
