Claude：所有模型范围内的错误升高——已解决
Anthropic 的 Claude 模型发生了一次持续故障，促使开发者反思自己日常工作对云端 AI 助手的依赖程度。评论者分享了各种临时方案和备份——切换到 OpenAI、Google、Kimi、本地模型，甚至重新回到手工编码和数学题——同时也批评 Claude 的可靠性、容量规划，以及整个行业把 AI 夸大为关键基础设施的倾向。许多人把挫败感和幽默感混在一起，用这次事件强调模型质量漂移、供应商锁定，以及在 AI 真正成为软件开发骨干之前，建立稳健的端侧或多供应商策略的必要性。
对开发者和工作流的影响
- 很多评论者说，没有 Claude 就无法工作，半开玩笑地说他们“忘了怎么写代码”或“没有它就没法运行自己的代码”。
- 另一些人在故障期间重新找回了旧习惯：看 man pages、更新文档、做 Project Euler / 竞赛编程，或者干脆去散步、和家人聊天。
- 有人指出自己从来不喜欢编程本身，认为 AI 助手极大地赋予了他们能力；也有人喜欢编程，却觉得这种变化让人沮丧，或者 AI 编程“已经不好玩了”。
可靠性、正常运行时间与状态沟通
- 多位用户报告了 HTTP 错误（500、522、529）、代理卡住，以及会话在缓存窗口中途终止。
- 人们普遍批评正常运行时间；有些人称 Claude 的可靠性落后于竞争对手，并拿“只差一位 9”的 uptime 开玩笑。
- 人们注意到状态页上的一些怪现象（正常运行时间百分比会随屏幕宽度/时间范围变化），并对状态页准确性表示怀疑。
- 线程里有人好奇根本原因并呼吁发布事后分析，但没有从讨论中得出明确原因。
使用多个提供商和备份方案
- 许多人主张把开支分散到 Claude、OpenAI/Codex 和其他服务上，以对冲故障并比较答案。
- 有些人通过 AWS Bedrock、Kimi、DeepSeek 或本地模型做降级方案；少数人描述了复杂的自动化流程，在状态页恢复正常后继续工作。
- 讨论还涉及 ROI 和不同套餐之间的 token“套利”，以及故障期间每周额度重置的问题。
对模型质量和行为的感知
- 对质量的看法不一：有人觉得新版 Claude 更不稳定或更“懒”，幻觉更多；也有人认为它技术上很强，但风格上令人恼火。
- 一个很长的子线程批评 Claude 独特的“AI 腔”（过度道歉、元评论、戏剧化强调），并有人分享 prompt 卫生做法来减少这种情况。
- Codex 和其他模型被认为更适合某些偏数学/理论的工作，但不够健谈或不够有创造力。
端侧、开源与系统性担忧
- 这次故障强化了人们对有能力的端侧或自托管模型的需求，以避免对云和公司的依赖。
- 有人认为闭源模型会制造单点故障；也有人指出，即使是开源模型，如果托管提供商在负载下连锁崩溃，也同样会受影响。
- 更广泛的担忧浮现出来：过度依赖不稳定的互联网服务、未来社会对 LLM 的依赖，以及 AI 作为另一条利润攫取渠道。
幽默与应对
- 线程里充满了玩笑（仓鼠驱动的数据中心、会自己调试自己的代理、给 AI 代理开的酒吧），许多人把这次故障视为等待服务恢复时一个有趣的、共同的“熄灯时刻”。