ハクソク

世界を動かす技術を、日本語で。

クロードの障害 – 解決済み

2026年9月3日原文(status.claude.com)

概要

  • Claude Mythos 5.1、Claude Fable 5.1、Claude Opus 5 などのモデルで発生した障害の対応状況まとめ
  • 2026年9月3日 に発生、同日16:16 UTCに完全復旧
  • 影響範囲 はclaude.ai、Claude API、Claude Code、Claude Cowork
  • 原因特定から復旧まで の時系列経過を詳細に記載
  • 主要なアップデート と対応内容の整理

Claudeモデル障害の発生と復旧状況

  • 2026年9月3日13:26 UTC に Claude Mythos 5.1、Claude Fable 5.1、Claude Opus 5 でリクエストエラー増加を検知
  • 影響範囲 はclaude.ai、Claude API (api.anthropic.com)、Claude Code、Claude Cowork
  • 13:41 UTC に 原因を特定、復旧作業を開始
  • 13:50 UTC 時点で影響を受けたモデルは Mythos/Fable 5.1、Mythos/Fable 5、Opus 5、Opus 4.8、Opus 4.6 と判明
  • 14:49 UTC に 修正作業継続 をアナウンス
  • 15:25 UTC では Opus 4.8、Opus 5 のみが引き続き影響下、他モデルはエラー率が基準値に回復
  • 16:06 UTC に Claude Mythos 5.1、Claude Fable 5.1、Claude Opus 5 向けの修正を展開、復旧状況を監視
  • 16:16 UTC に全ての影響が終了、 完全復旧 を確認
  • 16:23 UTC に最終報告を実施

影響範囲と対応の詳細

  • 障害対象
    • Claude Mythos 5.1
    • Claude Fable 5.1
    • Claude Opus 5
    • Claude Opus 4.8
    • Claude Opus 4.6
  • 影響サービス
    • claude.ai
    • Claude API (api.anthropic.com)
    • Claude Code
    • Claude Cowork
  • 対応内容
    • 障害発生直後より調査・原因特定
    • 段階的な修正と復旧作業
    • 復旧後の監視と最終報告

今後の対応と教訓

  • 障害発生時の迅速な情報共有 の重要性
  • 影響範囲の正確な把握 と関係者への周知徹底
  • 復旧作業後の継続的な監視 による安定運用の確保
  • 障害履歴の記録 と今後の再発防止策検討

Hackerたちの意見

AnthropicのエンジニアがClaudeのAPIの問題を直すために、オープンウェイトモデルをローカルで動かしてたらめっちゃ面白いよね :)

└

それとも、自分たちのモデルをローカルで使ってるだけかもね。8x GPUポッドはデスクの下に収まるし（足元を温めるのにもいいし）。

停止時間にイライラするのは置いといて、失敗の理由がすごく気になる。これだけ大きなモデルを扱うと、今まで経験したことのない新しい失敗パターンがあると思うんだ。こういう分野で働いてる人、面白い失敗シナリオについて教えてくれない？

└

たぶん、主にコンピュータの不足が原因だね。今、SpaceXのデータセンターに問題があるみたいで、いつもより計算能力が少ないみたい。

またsonnetを試すいい機会だね。正直、負荷を支える前提や、権限マトリックスの正直な読み取り、Djangoの慣習とデザインの選択の違い、考える価値があることと、正確にする価値があることが恋しいわけじゃない。要するに、速くてあまり口を出さないけど、そんなにバカでもないみたい（ただの思考パートナーだから、大きなデータモデルを作るときに出力をたくさん読む）。

└

高レベルの指示を受けて、コードベース全体に意味のある変更を加える能力がかなり低いね。もっと精密な変更には向いてるけど。

└

これを読んで気分が悪くなった。いい仕事だね！

└

Opus 5はほとんど使わなくなったよ。Sonnetなら何が得られるか分かるし、複雑なことはFableに任せて、精密な変更はSonnetでやってる。Opus 5の冗長さが問題なわけじゃなくて、一貫性がないのが問題。Opus 5が10個のタスクをこなすうち、少なくとも1つはひどい出来で、デバッグ調査も完全に脱線することがあるんだよね。

└

エンジニアリングがすごく変わったから、今はこの時間を使ってメールを片付けたり、次の作業のデザインやアーキテクチャを考えたりしてる。（もちろん、HNにも投稿してるよ。）1年前にはこんなことになるとは思ってもみなかった。GitHubのダウン中にエンジニアが仕事しないって笑ってたけど、PRやビルドが溜まっても他のエンジニアリングを見つけてやってた。でも、モデルがダウンしてる時は、今はOpenAI/Codexを使う準備ができてないから、他に生産的なことを見つけるしかない。AIができないことを直すか、変更が小さい限り、もう手でコードを書くことはないと思う。機械が100倍速いのに、なんでわざわざやる必要があるの？Codexをもう一度試してみるべきかな？最後に使ったのから1ヶ月くらい経ってるけど、RustやTypeScriptではいつも劣ってる感じがした。

└

最近気づいて理解できない奇妙な言葉は「病的」だね。「バグが病的になった」っていう感じ。

└

「全ての回答を箇条書きで表現する。ただし、完全な文が必要な場合はその限りではない」っていうシステムレベルのプロンプトで運が良かった人いる？私、めっちゃうまくいってるんだけど。

└

そこにいるなら、ちょっと見てみる価値あるかも。

Hacker Newsで議論の続きを見る