《Claude 宕机与错发对话暴露 AI 产品的信任底线》

导语

这篇文章的重点不是 Claude 又宕机了，而是多名开发者声称在故障期间收到了其他用户的推理输出。如果属实，这属于云架构最严重的跨租户隔离失效，问题从稳定性事故升级为客户数据泄露与信任危机。

1. 故障本身不罕见，异常返回才真正危险

Anthropic 状态页显示 Claude API、Claude Code、Claude.ai、Claude Cowork 等核心服务大面积异常，多个模型同时受影响。对 AI 公司来说，宕机可以被理解为高负载系统里的可用性问题，但这次争议来自开发者社区的后续爆料。

多名开发者在 X 上反映，API 返回内容与自己的 prompt 完全无关，像是在回答其他人的任务。还有用户截图称，自己的 Claude 界面出现了一段陌生的哥伦比亚运动科普文章。如果一个请求拿回的是别人的输出，就意味着用户输入也可能被错误送到另一个人的屏幕上。

2. 跨租户隔离失效为什么是最坏场景

云服务的基本承诺是不同客户的数据被严格隔离。跨租户隔离失效不是普通 bug，而是 A 用户的请求、响应或缓存对象被错误关联到 B 用户，等同于客户数据边界失守。

安全博客 cside 的分析没有公开泄露截图，因为截图本身可能包含其他客户的 prompt 和输出。它指出，现代 AI API 不是单个程序回答单个请求，而是由负载均衡器、请求路由器、网关、队列、内存缓存和连接池组成的共享系统。每一层都可能因为缓存键碰撞、连接复用错误、取消请求留下过期对象等原因，把一个用户的响应交给另一个用户。

3. Anthropic 的模糊回应放大了不安

截至文章发稿，Anthropic 对“跨租户数据泄露”的传闻没有明确证实，也没有明确否认，状态页只写“错误率升高”。开发者看到的是“我收到了别人的数据”，官方说法却停留在泛化的 elevated errors，这种落差加剧了信任危机。

cside 指出，云服务商常用“错误率升高”覆盖从超时、格式错误到数据错投的各种情况。对用户来说，问题不只是服务恢复没有，而是官方是否愿意明确说明数据是否越界、影响范围多大、是否需要用户采取补救措施。

4. OpenAI 曾有相似事故，说明问题不是个案

文章把这次事故和 OpenAI 2023 年 3 月 20 日的 ChatGPT “串线”事故并列。那次部分用户能看到其他活跃用户的聊天标题，甚至新建对话第一条消息；约 1.2% 的 ChatGPT Plus 付费用户部分账单信息也被泄露，包括姓名、账单地址、信用卡类型、过期时间和卡号后四位。

OpenAI 事后确认，根因与共享缓存和连接层在请求取消后把数据返回给错误客户端有关。这说明在高速扩张的 AI 服务里，共享层越多、负载越大，类似 bug 的暴露面积越大。

5. AI 军备竞赛把安全与信任推到边缘

文章最后把 Anthropic 事故和同日 OpenAI 误封用户账号放在一起看。OpenAI 6 月 5 日发生系统故障，部分 ChatGPT、Codex 用户账号被错误暂停，付费用户的工作流和订阅权益受到影响。

这些事件共同指向一个问题：当模型能力、速度和发布节奏成为竞争焦点，基础安全、账号可靠性、隐私隔离和透明复盘会不会被挤到后面。AI 产品越深入工作流，用户交给它的内容越敏感，信任的损坏就越难修复。

结论

跨租户泄漏是否最终坐实，还要等待 Anthropic 的正式调查。但用户已经被迫面对一个更根本的问题：我交给 AI 的代码、商业计划、私人对话和客户资料，是否真的只属于我自己？

思想框架

文章先从大面积宕机切入，再把焦点转向疑似错发他人输出的隐私风险，随后解释跨租户隔离失效的技术路径，并用 OpenAI 历史事故说明这类问题的系统性。最后，它把事故提升为 AI 产品竞争中的信任底线问题。

建议阅读原文：这篇是中文内容，精准输入只帮助你快速抓住重点，原文的叙事、语气和细节仍值得回读。