Claude：许多模型出现更高错误率 [已解决]

原文 ↗ Hacker News 讨论 ↗

服务可靠性与故障影响

  • 多位用户报告称，在这次事件期间 Claude 几乎无法使用；有些人转而使用其他提供商（如 GPT 5.5、Codex），理由是稳定性或速度更好。
  • 也有人表示自己很少或从未遇到问题，或者觉得过去 1–2 个月可靠性有所改善。
  • 一些人抱怨宕机现在变成了“每隔几周一次”，并将 Anthropic 自 2025 年底以来形容为一团糟，不过也有人不同意。
  • 一位用户指出，只有 Auto Mode 的安全分类器在报错；切换到 “Accept Edits” 后就避免了失败。
  • 长时间运行的 agent 会在 500 错误时中断；子 agent 报错还可能导致主 agent 恐慌并重置 git 状态。

Claude Code 质量、终端与 UX

  • 多份报告称 Claude Code 运行缓慢、卡顿或乱码，尤其是在 Windows Terminal 和 tmux 中；也有人表示在自己的环境里它“很棒”且极其稳定。
  • 提到的具体 bug 包括：大幅滚动闪烁、tmux 中随时间推移的严重变慢、以及在关闭 vim 模式后有所改善的渲染问题。
  • 一些人把其他 harness（Codex TUI、OpenCode、pi.dev）比较为更快、更少 bug 或更简单；也有人认为 Claude Code 的额外复杂性反映的是有用功能（memory、tasks、sub-agents、worktrees），而不只是纯粹臃肿。
  • 抱怨也延伸到网页 UI（打开设置会让 CPU/风扇飙升）以及 CLI 闪烁。

“编码已经被解决了”之争

  • 许多人批评 Anthropic 的公开说法，即编码/软件工程已经“被解决”，或者“软件工程师”这一角色正在消失。
  • 反方观点：LLM 可以写代码，但复杂工程、大规模分布式系统和基础设施可靠性仍然很难。
  • 一些用户在业余项目上感受到 10 倍提升，但在大型复杂生产系统上几乎没有收益，并警告不要对生产力抱有不现实的期待。

模型比较与使用情况

  • 对 Claude、GPT 5.5 和 Codex 的看法不一：
    • 一些人偏爱 Claude 的能力、幽默感和更低的胡说自信。
    • 另一些人更喜欢 GPT 5.5 更密集、更确定性的输出，以及 Codex 在长任务表现和可审计性方面的优势。
  • Claude 被认为更适合快速生成 UI/前端；Codex 则更受青睐于大型代码库和长任务。
  • 宕机风险正在促使少数用户取消 Claude 订阅，转而只依赖 Codex 或 GPT。

基础设施、计费与政府版服务

  • 用户指出 Anthropic 的正常运行时间落后于 OpenAI，并批评其产品虽然营收和 PMF 很强，却仍然粗糙。
  • 一条详细评论描述了令人困惑的基础设施/计费变体（Bedrock legacy/new、Claude for AWS、Marketplace、Anthropic 自有基础设施），以及在某些计费路径下像 “Fast Mode” 这类功能缺失/有 bug 的支持问题。
  • 有人推测宕机是由于快速扩容、GPU 稀缺或“slop code”（引用此前关于代码泄露讨论）所致，但根因并不清楚。
  • “Claude for Government” 在状态页上显示出更好的正常运行时间；用户推测其使用了单独且更可预测的基础设施。

开发环境插曲

  • 长篇旁支讨论围绕 Windows 与 macOS/Linux 作为开发平台展开。
  • 许多人表示 Windows 在大型组织、游戏、C++/图形、CAD/CAE 和企业环境中仍然常见；也有人说自己几乎没见过“严肃”开发者使用 Windows。
  • WSL2 经常被提及，认为它让 Windows 成为可行的开发环境。