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

Claude.ai、API、Claude Codeにおけるエラーの増加

概要

  • Claude.ai やそのAPIで複数回にわたり障害やエラーの発生
  • 主な影響は ログイン障害 やAPIリクエストの高エラー率
  • 障害は都度 特定・対応・監視・解決 の流れで処理
  • サービス復旧後も 継続的な監視体制 を維持
  • 影響範囲や復旧状況は 公式インシデントページ で随時更新

Claude.aiおよび関連サービスの障害履歴(2026年4月)

  • 2026年4月15日、 Claude.aiClaude Code でログイン障害発生

    • ログイン成功率が安定しつつあり、完全復旧に向けて対応中
    • Claude API は16:01 UTC時点で復旧
    • Claude Codeはログイン済みユーザーのみ利用可能、未ログインは不可
    • 原因特定済みで修正作業を実施
  • 2026年4月14日、 管理APIの利用・分析エンドポイント で障害発生

    • 原因特定・修正済み、デプロイ進行中
    • 503エラー が断続的に発生する可能性
    • 復旧後、結果を監視
  • 2026年4月13日、 Claude.aiClaude Code のログイン障害

    • 15:31〜16:19 UTCの間、ログイン時に高エラー率
    • 原因特定後に修正適用、復旧
  • 2026年4月11日、 メールログイン機能 が約1時間利用不可

    • 3:46 PM〜4:52 PM PDTの間で障害発生
  • 2026年4月10日、 Claudeモデルへのリクエスト でエラー多発

    • Opus 4.6以外のモデルが影響
    • 原因特定・修正後、復旧
  • 2026年4月10日、 Claude.aiの共有リンク 一部アクセス不可

    • 4月2日〜10日に未ログインユーザーで一部リンク利用不可
  • 2026年4月9日、 コネクタ利用時の高エラー率

    • 修正適用後、監視体制へ移行
  • 2026年4月8日、 Claude.aiへの接続エラー

    • 23:22〜23:50 UTCの間、一部ユーザーで接続エラー
    • 復旧済み
  • 2026年4月8日、 APIワークスペース作成障害

    • 4:15 PM〜7:30 PM UTCで影響
    • 修正適用後、監視を継続
  • 2026年4月8日、 ログイン・認証関連の障害

    • 17:25〜17:44 UTC、複数サービスでログイン不可
    • 原因調査・修正後に復旧
  • 2026年4月7日、 Claude.aiおよびClaude Codeの認証エラー

    • 14:32〜15:12 UTCで認証関連の高エラー率
    • 修正後、正常化を確認しつつ監視
  • 2026年4月6日、 Claude.aiのログインや会話機能障害

    • 15:00〜16:30 UTCで複数機能へ影響
    • 修正後、安定稼働を確認
  • 2026年4月4日、 Sonnet 4.6とOpus 4.6の高エラー率

    • 10:09〜10:31 PDTで障害発生
  • 2026年4月3日、 Claude Sonnet 4.6へのリクエストエラー

    • 障害発生後、調査・修正・復旧
  • 2026年4月1日、 Claude.aiデスクトップアプリ接続エラー

    • ウェブ版は影響なし、デスクトップのみ障害
    • 修正後、復旧
  • 2026年4月1日、 Claude Opus 4.6へのリクエストエラー

    • 調査・修正後、復旧

障害対応フローと教訓

  • インシデント発生時は 調査・原因特定・修正・監視 の一連プロセス
  • 影響範囲や復旧状況は 公式インシデントページ で随時共有
  • サービス復旧後も 安定稼働を確認し、再発防止策 を検討
  • ユーザーへの影響最小化を重視した 迅速な対応体制

サービス利用者へのアドバイス

  • 障害発生時は公式インシデントページ の確認を推奨
  • ログインやAPI利用時にエラーが発生した場合は 少し時間を置いて再試行
  • 継続的な障害や復旧状況の監視が重要
  • 問題が長期化する場合は サポート窓口への問い合わせ を検討

Hackerたちの意見

この時間帯(UTC 14:30)になると、こういうことがよく起こるみたいだね… Claude Codeが戻ってきた: APIエラー: 500 {"type":"error","error":{"type":"api_error","message":"内部サーバーエラー"},"request_id":"---"} これが何度も繰り返されてる!

まさに今、HNに来て「APIエラー: 500 {"type":"error","error":{"type":"api_error","message":"内部サーバーエラー"},"request_id":"…"}」って挨拶されて、頭を使えって言われてるのは私だけかなって聞こうと思ったところだよ!

この時間帯(UTCの14:30頃)になると、かなり定期的に起こるみたいだね…アメリカ西海岸では朝の8:30。

アメリカ太平洋時間がオンラインになると、ロンドンはまだ働いてるから、処理しきれないんだよね。ちなみに、評価額は3800億ドル。

そうそう、毎日あるある。今回はサーバー側での思考を静かに減らすことはないみたいで、前回それやられてコードベースがめちゃくちゃになったから、500エラーの方がマシだよ。

コーディングは解決されたよ。

95%

コーディングとは関係なく、キャパシティの問題だね。実際、これがAIバブルがないことを証明してるし、インフラに投資が足りてないってことだよ。

「ピーク時間」って言ったら、2倍の使用量で遅くなるって意味だったのに、今はただ500エラーが出るだけだね。 https://mesmer.tools/random/is-it-peak-hours

https://marginlab.ai/trackers/claude-code/

「コンソールが一時的に利用できません」って表示された後にこれを見たのが面白い。今のところ、私は次の段階にいるよ:1) Claude Codeはすごいと思う 2) それ以外のことはほとんどひどいと思ってる。 * サポートが本当にひどい、先週チケットを出したけど全然返事がない * claude.aiアカウントとコンソールアカウントの分離が超混乱する * 古い組織が削除中で、新しい組織に招待されたのにプラットフォームにログインできなかった(7日待たされた!) * APIクレジットの支払いが約1週間壊れてた * Claudeチャットは本当にひどくなった、もともとそうだったのかもしれないけど。簡単な質問に対してひどい回答しか返ってこない * デスクトップアプリは、デスクトップアプリのふりをしたウェブアプリで、時々自分がデスクトップアプリだってことを忘れるから、「これはデスクトップアプリでしか動かない」って言われる。はい、知ってるよ、これがデスクトップアプリだよ!「あ、ごめん、でもデスクトップアプリを使わないといけないよ」って。 * MCPの統合とデバッグはひどい、ただの「エラーが発生しました」っていう一般的なメッセージの組み合わせで、時には何も返ってこないこともある * MCPは共有コネクタのためにOAuthしかサポートしてないけど、認証キーは「ローカル」サーバーでもうまくいかない、ただ設定がローカルなだけなのに。これを健康状態に入れておいて!

そうそう、デスクトップアプリがデスクトップアプリであることを忘れちゃうんだよね。claude codeはローカルな感じがするけど、APIが500エラーを出し始めると同じことになる。ウィンドウの代わりにターミナルでやってるだけ。

アンスロピックのサポートは、フォロワーが10万人以上の有名な開発者にしか提供されないんだよね。

サポートがないのは当然だよ、それが全体のポイントだから。

州税が免除されてる場所で働いても、税金の免除を受けるのは無理みたい。そういう機関は厳しくて、支払いを拒否することもあるんだよね。

過去30日間のClaude Codeの稼働率は91%だって。これって正確なの?!私はCCユーザーじゃないけど、かなり低い気がする。

誰に聞くかによるけど、Anthropicは99.26%って言ってるよ。: https://status.claude.com

AGIが達成されたら、伝説のスーパーヒューマン「二つのナイン」の稼働率に達するだろうね。

まあ、少なくとも今はMythosが神話だってことは分かったね。

0に近いね。AGIを手に入れたら、全部の価値を自分たちで独占するか、最高入札者に売るだろうし。

でも、Githubのやり方だと89.09%って感じ。

それ、昼寝って言うんじゃない?

彼らは今の状態で「1つの9」すら苦労してるみたいだね。

それか、もっと人間らしい9時5時の仕事ね。

ステータスページが遅れてるときにみんなHNに集まるのが面白いよね。HNこそがリアルタイムのステータスページだわ。

数時間前にコードの質がかなり落ちてるのに気づいた。モデルがダウングレードされたみたいで、コーデックスに切り替えたんだ。他に気づいた人いる?深い推論やアーキテクチャの変更を完全に把握しようとするのから、アドホックな解決に切り替わり始めてる気がする。もしかしたらただの思い込みか、アンスロピックが完全にオーバーロードになる前に負荷を調整しようとしてるのかもね。

ごめん、これハッカーの「ニュース」じゃなくて、ハッカーの「毎日起こること」だと思ってた。

Anthropicは難しいことを避けてるけど、需要をシフトさせるために何かしらの価格設定をする必要があると思う。ピーク時の数時間を処理できるトリックはないんじゃないかな。「サージプライシング」が必要だよ。これが合理的なサージプライシングのアプローチだと思う:

  1. 可能であれば、ピークの2時間に全員にサージプライシングを実施する。2時間なら何とかなるけど、5時間は厳しい。
  2. 既存の顧客にはサージのために一度限りのクレジットを提供する。
  3. プランはクレジットを加速して消費するようにする(例えば、最大プランの場合、ピーク時は使用量が1/2になる)。
  4. サージからソネット/俳句を免除する(人々が使い続けられるように)。
  5. Claudeのコードなどで「自動」設定がサージ時に自動的に適応するようにして、ユーザーが驚かないようにする。
  6. 最初の90日間は、全ユーザーに対してサージの最初の$100を非公式に免除するけど、通知はする。サージについてユーザーを教育して、実際に支払わずに慣れさせるために。
  7. (これをやるとは思わないけど、助けになると思う)障害時に自動的にGLM 5.1やGemma 4のようなものに戻ることを許可するパートナーシップを結ぶ。理想的ではないけど、「パートナーモード」で使える方がいい。個人的には、他の時に使う場合はパートナー料金の10%を上乗せしてもいいけど、障害やサージの時はパートナーモードは無料にしてほしい。100% Anthropicが管理して、ユーザーが設定をする必要がなくて、Anthropicのハーネスを使えるように。

価格、数量、投資家への成長の約束の間で三つ巴の緊張関係にあるね(時間の感覚が敏感)。どれか一つの要素を強く押しすぎると、バランスが崩れちゃう。

HNでは、顧客が市場の飽和に達して、製品が劣化し始めても、ただ耐えるだけじゃなくて、どうやってそれを進めるかのガイドまで書いてくれるんだよね!