Claude 状态 – 多个模型错误率升高

原文 ↗ Hacker News 讨论 ↗

Anthropic 的 Claude 模型错误率升高，引发了开发者对会话中途丢失工作的抱怨，并凸显出许多工作流已经多么依赖托管式 LLM API。评论者讨论了频繁故障的责任归属、是否有迹象表明不稳定性先于重大模型发布，以及越来越严格的安全过滤如何干扰合法的技术和科学用例。许多人表示会转向竞争模型，或构建工具在不同 harness 间切换并保留本地回退，强调了可靠性和供应商锁定在 AI 工具生态中日益增长的担忧。

故障范围与可能原因

  • 用户报告多个 Claude 模型的错误率升高；也有人在 Grok 上看到问题，暗示共享基础设施存在故障（例如“Colossus”、AWS us-east-1）。
  • 使用了 Atlassian Statuspage；有人提到订阅小组件短暂出现故障。
  • 一些人猜测 AWS 问题（关联的健康状态页面）可能有影响，但这仍不明确。

可靠性、SLA 与经济影响

  • 对于工作丢失、token 白白消耗以及时间损失感到沮丧，而且没有退款或致歉。
  • 有人说这类故障若发生在搜索等核心服务上将不可接受；也有人指出人类（工程师）的可用性同样并不完美。
  • 人们询问正式 SLA 和事后分析；线程中并未讨论这些内容。
  • 评论者认为这些故障凸显了本地回退、更小的本地模型以及更具韧性的工作流的重要性。

工具、harness 与多模型工作流

  • 许多人描述了在不同的 harness（Claude Code、Codex、Cursor、Pi 等）和模型（Claude、OpenAI、DeepSeek 等）之间无缝切换，以应对某一方故障。
  • 技术包括将状态保存在本地文件或 git 中、自定义 LLM 路由器、“交接”提示/技能，以及会话恢复功能。
  • 有人认为专门用于跨 harness 切换的产品有些过度，因为少量提示词或脚本就能解决。

模型质量、定价与竞争

  • 一些用户因为感知到的速度、价格或可访问性而转向 OpenAI（例如 Astra），尽管也提到了使用量限制。
  • 另一些人描述了多模型“对抗式审查”工作流，其中一个模型会审查另一个模型的设计输出。

安全防护与访问限制

  • 多位用户报告“safeguard”拦截突然增加，尤其是在生物学、网络安全，甚至像“microbes”这样的无害术语上。
  • 人们推测这些防护在可能发生某个事件后被收紧了，但这仍不清楚。

对新模型与快速发布节奏的猜测

  • 几个人将故障与传闻中的即将发布联系起来（例如 Opus 5.5、Fable 5.2），并引用 API 路由的行为（403 vs 404）作为非正式信号。
  • 新模型的快速推出被比作 1980 年代/2000 年代的硬件“战争”；有人觉得令人兴奋，也有人觉得令人疲惫。

元话题：HN 报道与企业权力

  • 有人抱怨，每次 AI 故障登上首页都会挤掉“人们正在构建的东西”。
  • 也有人回应说，投票反映的是兴趣，就像 Apple 发布会或本地旧金山新闻一样。
  • 一个很长的子线程批评科技高管对权力和财富的集中，并主张应当追究个人责任，而不只是公司责任。