Claude「Unable to authenticate」対処：待つか再ログインか

Claudeに「Temporarily unable to authenticate. Please retry.」や「Authentication service was unavailable. You can try again.」と出たら、それはAnthropic側の認証サービスが応答できていない時の文です。アカウント停止の通知でも、手元の設定が壊れたという通知でもありません。status.claude.comにclaude.ai／Claude Code／Claude Coworkの障害が載っていれば、サインアウトも/logoutも再インストールもせず、サインインしたまま復旧を待つのが正解です。2026年9月29日の障害でも、Anthropicはステータスページで「If you're signed in, please don't sign out.」と明記しました。

一方、Claude Codeが出すLogin expired · Please run /login、Failed to authenticate: ...、API Error: 401 Invalid authentication credentialsは、Claude Code自身が資格情報の問題として報告している文で、/loginや環境変数の見直しで直ります。サインインの途中で出るOAuth error: Invalid codeは、コードの貼り方の問題です。Your account is on holdやブラウザ側の「Unable to access Claude Code」は、アカウントや組織の権限の問題で、再ログインでは消えません。つまり、待つか、ログインし直すか、管理者に頼むかは、画面の文言を原文のまま読めば決まります。

なお2026年10月5日時点で、status.claude.comの履歴には9月29日以降の新しい認証障害は掲載されていません。今この文が出ていて掲載もないなら、まず下の対応表で自分の文を探してください。

画面の文から発信元と次の一手を決める対応表

認証まわりの文は、出しているのが誰かで四つに分かれます。Anthropic側のサービス、Claude Code自身、サインインの流れ（ブラウザとコードの受け渡し）、アカウントや組織の権限です。同じ「認証できない」でも、発信元が違えば正しい一手は逆になります。

この表の上二つと残りを分けている根拠は、Claude Codeのプログラム本体に文字列があるかどうかです。2026年10月5日時点で、macOS版Claude Desktopに同梱されたClaude Code 2.1.286の本体には、Temporarily unable to authenticate、Authentication service was unavailable、Unable to access Claude Codeのどの文字列も含まれていません。デスクトップアプリ本体にも上の二つはありません。逆にOAuth error、Invalid code、Failed to authenticate、Paste code hereは含まれています。前者はAnthropicのサーバーやサインインページが返した文を各アプリがそのまま表示したもの、後者はClaude Codeが自分で判断して出す文、と読むのが自然です。これは一つのビルドについての観察で、Anthropicが説明している区分ではありませんが、対処の向きを決めるには十分な手がかりです。

ネットワーク系の文が出ているなら、領域が違います。ECONNREFUSEDやプロキシの切り分けはClaude Code の Unable to connect to API を直す：ECONNREFUSED、ECONNRESET、proxy の切り分け、ログイン後にAPI Error: 403 Request not allowedが出る場合はClaude Codeの403・503・529：発生元と直し方が対応しています。

サインアウトしてよい時、してはいけない時

「ログインできないなら、一度サインアウトしてログインし直す」は、半分だけ正しい手順です。判断の基準は一つで、壊れているのがサインインそのものかどうかです。

サインアウトしてはいけないのは、status.claude.comにclaude.ai／Claude Code／Claude Coworkの障害が載っている時、または同じ文の報告が同時多発している時です。2026年9月29日の障害では、エラーの第一波が緩和された後も「サインインできない」という第二の問題が続き、Anthropicはサインイン済みの人にサインアウトしないよう求めました。サインインが壊れている間にサインアウトした人だけが、復旧まで締め出されます。2026年8月16日の認証障害では「Authentication service was unavailable」が出た人が、ログアウトしてログインし直しても同じ文に戻ったと報告しています。

/logoutしてから/loginし直すのが正しいのは、障害の掲載も同時多発の報告もなく、原因もはっきりしない時です。Claude Codeの公式ドキュメントは、この場合の手順を「/logoutする → Claude Codeを閉じる → claudeを起動してサインインし直す」としています。ブラウザが自動で開かない時は、ログイン画面でcを押すとOAuthのURLをクリップボードにコピーできます。

ただし/logoutには代償があります。保存済みのログインだけでなく、MCPサーバーのログインとプラグインの秘密値まで含めて全部消えるので、後でMCPの再認可とプラグインの設定入力をやり直すことになります。

また、/loginし直しても直らない場面もはっきりしています。

• /statusにAPI key行が有効と出ている：承認済みのANTHROPIC_API_KEYがログインより優先されるので、/loginしても置き換わりません。
• CLAUDE_CODE_OAUTH_TOKENを設定している：401の後もClaude Codeはその値を送り続けます。
• ANTHROPIC_BASE_URLでLLMゲートウェイを経由している：401の後ろの文はゲートウェイのもので、/loginでは変わりません。
• Your account is on holdやYour organization has disabled Claude subscription access：アカウントや組織の設定なので、同じアカウントで何度ログインしても同じ文が出ます。

Temporarily unable to authenticateはAnthropic側の文

この二つの文は、Claude Codeのエラー一覧にも、インストール・ログインのトラブル対応ページにも載っていません。Claude Code自身が資格情報の問題を検出した時は、前の表にあるLogin expiredやFailed to authenticateのような別の文を出し、それぞれに原因と対処が文書化されています。

「Temporarily unable to authenticate」は、2026年9月29日にclaude.aiのウェブ（右下に繰り返し出る通知で、「(x5)」「(x6)」のような回数付きだったという報告があります）、モバイルアプリ（「Couldn't complete your request」と併記）、Claude Codeのセッションと、あらゆる面で同じ文言のまま観測されました。「Authentication service was unavailable. You can try again.」は、2026年8月16日の22時台（UTC）にclaude.aiで出たとHacker Newsで報告され、その後「Claude is temporarily unavailable」のページへ転送されたという声もありました。この時間はstatus.claude.comの「claude.ai、Claude Code、Claude Coworkへの認証に関する問題」の掲載（21:58〜22:34 UTC、日本時間では8月17日6:58〜7:34）と重なります。Claude Desktopのアプリや、その中のCodeタブで同じ文を見たという報告もあります。どちらの文も、どのバックエンドの部品が返しているかは公開情報に記載がありません。

ここから対処の要点が決まります。サーバー側がセッションを検証できない間は、手元で資格情報を消しても、再ログインしても、再インストールしても、この文は消えません。文末の「Please retry」「You can try again」はサーバーからの提案で、Claude Codeのスピナーに出るRetrying in Ns · attempt x/yという再試行表示とは別物です。

status.claude.comで障害を確かめる

status.claude.com（旧status.anthropic.comはここへ転送されます）には、claude.ai、Claude Console（platform.claude.com）、Claude API（api.anthropic.com）、Claude Code、Claude Cowork、Claude for Governmentの各コンポーネントが並びます。このうちclaude.ai、Claude Code、Claude Coworkのいずれかに「Investigating」や「Degraded performance」が付いていて、本文に「sign in」「authenticating」「sessions failing」のような語があれば、障害で確定です。手元でやることはありません。

ステータスページの更新が最初のユーザー報告より遅れることは珍しくなく、9月29日も障害の開始は14:00 UTC（日本時間23:00）、最初の掲載は14:21 UTC（23:21）でした。掲載がまだない時間帯は、次の補助シグナルで判断します。

• X（Yahoo!リアルタイム検索で文の原文を検索）やRedditのr/ClaudeCodeに、同じ文の投稿が数分のうちに複数出ている。
• 自分のアカウントに触っていないのに、claude.aiとClaude Code、あるいはウェブとモバイルなど複数の面で同時に出始めた。
• 別のブラウザや端末でも同じ文が出る。

同時多発の報告があれば、掲載を待たずに障害として扱って構いません。9月29日の投稿にも「Claude Codeは動いているのにアプリがエラーを吐く」「エラーは出るが返答は届く」という食い違いがありましたが、これは障害中にありがちな挙動で、面ごとに失敗率が違うだけです。自分の環境が原因なら、こうした「半分だけ動く」状態にはなりにくいはずです。

障害中にやってはいけないこと、やっておくこと

やってはいけないことは次の通りです。

• claude.aiからサインアウトしない。特に設定→アカウントにある「Log out of all active sessions」は、すべての端末で再認証が必要になる操作で、サインインが壊れている最中に押すと全端末を失います。ウェブのセッションは28日間有効で、操作があれば1時間ごとに更新されるので、放置しても期限切れにはなりません。
• Claude Codeで/logoutしない。上で書いた通り、MCPのログインやプラグインの秘密値まで消え、障害が明けてからのやり直しが増えます。
• ~/.claude/.credentials.jsonやKeychainの項目を消さない、Claude Codeやデスクトップアプリを再インストールしない。文字列がクライアント側にない以上、クライアントを入れ替えても結果は変わりません。
• 通知を連打しない。Anthropicも「retrying may succeed（再試行で通ることもある）」と書いた程度で、連打が復旧を早めることはありません。数分おきに一度試す程度で十分です。

やっておくと後が楽なことは次の通りです。

• 開いている会話とClaude Codeのセッションはそのまま残す。9月29日の障害では、緩和後に「既存の会話はおおむね動いている」状態が先に戻り、新規チャットやClaude Codeの新規セッションの開始はその後まで失敗しました。既存セッションを閉じると、その後まで再開できない可能性があります。
• Claude Codeで長い作業をさせていた場合は、スピナーにRetrying in Ns · attempt x/yが出ているか、それともAPI errorで止まっているかを見ておく。既定では10回まで再試行しますが、この文をどの再試行クラスとして扱うかは文書化されていないので、止まっていたら復旧後に手動で続きを頼む前提でいてください。元のメッセージは会話に残っているので、try againや「続けて」と打つだけで再送できます。
• 過去の同種障害の長さを目安にする。9月29日は14:00〜14:59 UTC（日本時間23:00〜23:59）の約1時間、8月16日の認証障害は約36分、8月24日のclaude.aiログイン障害は2回あり、それぞれ6分と8分でした。10分待って消えなければ1時間コースの可能性があると考えて、別の作業に切り替えるのが現実的です。
• status.claude.comの購読機能（メール・SMS・Slack・Teams・webhook、Atom/RSSは/history.atom）を登録しておくと、次回は画面の文より先に障害を知れます。

2026年9月29日の障害で実際に起きたこと

「Temporarily unable to authenticate」が一斉に出た直近の例なので、ステータスページの記録を日本時間に直して並べます。時刻はすべてステータスページの記載で、UTCの原文はstatus.claude.comの履歴にあります。

この記録から読み取れる、次回にも効くことが三つあります。第一に、最初の掲載は発生から約20分後で、その間はユーザー報告しか手がかりがなかったこと。第二に、「エラーが減った」段階と「サインインが直った」段階は別で、前者の後にサインアウトすると後者まで待たされること。第三に、復旧しても障害中に送ったものが残っている保証はなく、確認が必要なことです。

復旧後に確かめること：保存されなかったメッセージと作業

ステータスページが「Monitoring」か「All services have been operating normally」になったら、次を順に確かめます。

1. claude.aiで、障害中に送ったメッセージと返答が会話に残っているか。9月29日は日本時間23:00〜23:59に送ったメッセージが保存されていない可能性があるとAnthropicが明記しています。消えていたら、内容を覚えているうちに送り直します。
2. Claude Codeで、障害中に頼んでいた変更がファイルに反映されているか。git statusとgit diffで作業ツリーを見て、途中で止まっていた作業はRetryingが解けた後に「続けて」と打って再開します。サーバーエラーで応答が途中で切れた場合、Claude Codeは完了済みのテキストとツール呼び出しを残し、同じツール呼び出しを二重に実行しないよう、そこから続きを行う仕様です。
3. 新しいチャットと新しいClaude Codeセッションが開始できるか。既存の会話が動いても、新規開始は後から復旧することがあります。
4. サインインが必要になった端末があれば、この時点で初めてサインインし直します。障害の途中で促されても、掲載が「復旧」になるまで待つのが安全です。

復旧後も同じ文が出続ける場合や、そもそも掲載がない場合は、次の節からの手元の確認に進みます。API Error: 500のように番号付きのエラーと混じって出ているなら、Claude Code API Error 500・529の対処：作業を重複させずに再開の切り分けも役に立ちます。

Claude Code自身の文：Login expiredと401

Claude Codeが自分で出す認証の文は、どれも「Claude CodeがAPIに対して自分が誰かを証明できない」状態を表し、原因と直し方が文言ごとに決まっています。最初にやることは共通で、/statusを開いてどの資格情報でリクエストを送っているかを見ることです。Login methodの行があればclaude.aiログイン、API keyやAuth tokenの行があれば環境変数などの資格情報が使われています。v2.1.210以降では、保存済みログインが更新できない状態だとLogin行にExpired — log in againと表示され、リクエストを送る前に気付けます。VS Code拡張で/statusの各行をどう読むかはVS Code で Claude Code のアカウントを確認する方法：/status、ログイン、API ルートにまとめてあります。

ロック競合の文は、claude -pやAgent SDKではFailed to refresh OAuth token: another Claude Code process is refreshing itとして出ます。どのプロセスや残ったロックが握っているかの確かめ方と解消の順番は、「another Claude Code process is refreshing it」の意味と対処にまとめています。

claude -pやAgent SDKの「Failed to authenticate」

非対話モード（claude -p）とAgent SDKでは、同じ状態が別の文で出ます。構造化されたエラーコードはどれもauthentication_failedです。

• Failed to authenticate: OAuth token revoked. Please log in again or contact your administrator.
• Failed to authenticate. API Error: 401 OAuth token has expired ...
• Failed to authenticate: OAuth session expired and could not be refreshed

v2.1.287より前は、一つ目がYour account does not have access to Claude. Please login again or contact your administrator.という文でした。古いバージョンでこの文を見ても、アカウントが使えなくなったとは限りません。

直し方は、同じ環境でclaudeを対話モードで起動して/loginを済ませ、コマンドやプログラムを再実行することです。CIのように対話でサインインできない環境では、ANTHROPIC_API_KEYを使うか、claude setup-tokenで長期間有効なトークンを作ってCLAUDE_CODE_OAUTH_TOKENに設定します。CLAUDE_CODE_OAUTH_TOKENを設定していると、401で失敗した後もClaude Codeは保存済みログインに切り替えずにその値を送り続けます。/statusではAuth token行にCLAUDE_CODE_OAUTH_TOKENと出るので、claude setup-tokenで新しいトークンを作って入れ替えるか、変数を外して/loginしてください。

401 Invalid authentication credentialsは期限切れではない

Please run /login · API Error: 401 Invalid authentication credentialsは、APIが資格情報の形式は認識したうえで、その背後のアカウントや組織を拒否した時の文です。資格情報が最近取り消された、組織が無効化されたかあなたのアクセスを外した、アカウント自体が無効化された、のいずれかで、トークンの期限切れが原因ではありません。

• /statusにAPI key行があり「使用していない」の注記がなければ、承認済みのANTHROPIC_API_KEYが有効な資格情報です。Claude Consoleでキーを作り直すか、unset ANTHROPIC_API_KEY（PowerShellならRemove-Item Env:ANTHROPIC_API_KEY）でサブスクリプションに戻します。
• ログインだけが表示されているなら、/loginを一度だけ実行します。取り消された資格情報なら、新しいログインで置き換わります。
• 同じアカウントで同じ文が戻ってくるなら、アカウントか組織がもう有効ではありません。/statusに出ているアカウントと組織を確認し、組織の管理者にアクセスの復旧を頼みます。
• ANTHROPIC_BASE_URLがLLMゲートウェイを指しているなら、401の後ろの文はゲートウェイのもので、/loginでは変わりません。ゲートウェイが求める資格情報を直します。

環境変数の上書きは見落としやすい原因です。ANTHROPIC_API_KEYが~/.zshrcや~/.bashrc、~/.profile、Windowsなら$PROFILEに残っていると、承認済みの場合はサブスクリプションのログインより優先されます（-pモードでは常に優先）。資格情報の優先順位は、クラウド事業者の変数（Bedrock／Vertex／Foundry）→ANTHROPIC_AUTH_TOKEN→ANTHROPIC_API_KEY→apiKeyHelper→CLAUDE_CODE_OAUTH_TOKEN→プロファイル→/loginのサブスクリプションOAuth、の順です。キーとサブスクリプションのどちらで払うかの違いはClaude CodeのAPIキーとサブスク課金: どちらを使うべきかで扱っています。

この優先順位は、障害の判定にも一つの示唆を与えます。BedrockやVertex経由、あるいはAPIキーでClaude Codeを動かしている人は、claude.aiのログインを通さないので、claude.aiの認証障害の影響を受けにくいはずです。9月29日に「Bedrock経由のClaudeは正常だった」という単発の報告があったのはこれと整合しますが、Claude API自体にもエラーが出た障害だったので、経路が違えば無傷と言い切ることはできません。

サインインの途中で失敗する：Invalid code、Paste code here

ブラウザでのサインインからClaude Codeにログインを渡す途中で止まる失敗は、認証サービスの障害とも資格情報の問題とも違います。ここでいう「コード」は、サインイン後にブラウザに表示されてターミナルに貼るログイン用のコードのことで、エラーの種類を指す言葉ではありません。

• OAuth error: Invalid code. Please make sure the full code was copied：コードの期限が切れたか、コピーの途中で切れています。Enterを押してやり直し、ブラウザが開いたらすぐにサインインを終えます。ブラウザが開かない時はcでURL全体をコピーします。SSH越しの作業では、ブラウザが別のマシンで開いていることがあるので、ターミナルに出たURLを手元のブラウザで開きます。
• WSL2、SSH、コンテナの中で動かしている：ブラウザが別のホストで開くため、サインイン後の転送がClaude Codeのローカルのコールバックに届きません。代わりにブラウザにログインコードが表示されるので、ターミナルのPaste code here if promptedに貼ればログインが完了します。WSL2でブラウザがまったく開かない時は、BROWSER環境変数にWindows側のブラウザのパスを設定します。
• コードを貼っても何も起きない：ターミナルの貼り付けが入力欄に届いていません。Windows Terminalなら右クリックやShift+Insertなど別の貼り付け方を試すか、claude auth loginを使います。claude auth loginはコードを標準入力から読むので、対話画面への貼り付けがうまくいかない環境でも通ります。
• Failed to start OAuth callback server：Claude Codeがブラウザからの結果を受け取るためのローカルのポートを開けず、URLが出る前にサインインが止まっています。この場合はコードを貼る方法も使えません。サインインできる別のマシンでclaude setup-tokenを実行し、表示されたトークンをこのマシンのCLAUDE_CODE_OAUTH_TOKENに設定するか、Claude ConsoleのAPIキーをANTHROPIC_API_KEYに設定します。

電話番号の認証（SMSのコードが届かないなど）は、claude.aiのアカウント登録の話で、ここで扱っているログインの失敗とは別の問題です。VS Code拡張でサインイン画面そのものが出てこない場合は、Claude Code が VS Code で動かない時は、まず失敗している面を分けるの切り分けから始めてください。

アカウントと組織の権限：on holdとUnable to access

ここに当たる文は、手元で何をしても消えません。再ログインを繰り返す前に、文言で見分けてください。

アカウント停止は、Your account is on hold and can't use Claude Code. View details or appeal: https://claude.ai/restricted（サインイン時はcan't sign in to Claude Code）という専用の文で通知されます。保留はログインではなくアカウントにかかっているので、同じアカウントで再ログインしても消えません。リンク先で詳細を読むか異議申し立てをします。停止の影響を受けない別のアカウントやAPIキーがあれば、その間はそれで作業を続けられます。「Temporarily unable to authenticate」にはこのリンクがなく、9月29日には停止されていない大勢のユーザーに同時に出ました。この文だけが出ている限り、BANを疑う根拠はありません。

Enterpriseで権限が付いていない場合、Claude Codeからログインした後のサインインページにAuthorization failedとClaude Code access has not been granted for this account. Contact your administrator.が出ます。組織があなたのロールをCustomにしていて、所属グループのどのカスタムロールにもClaude Codeの権限がない状態です。組織のOwnerに、Claude Codeを含むカスタムロールを付けてもらうか、Userなどの標準ロールに変えてもらい、その後claudeを起動してログインし直します。

組織がサブスクリプションでの利用を止めている場合は、Your organization has disabled Claude subscription access for Claude Codeと出ます。組織側の設定なので、ローカルの設定や環境変数では上書きできません。管理者に有効化を頼むか、Claude ConsoleのAPIキーで認証します。

ブラウザに「Unable to access Claude Code」と出るケースは、Anthropicの文書には載っていません。サインインは成功したように見えた後、ブラウザ側に「There was an issue accessing Claude Code. Try signing out and back in, or contact support if the problem persists.」と表示されるもので、GitHubのanthropics/claude-codeリポジトリのissue #19280（2026年1月19日起票、10月5日時点で未解決）に報告が集まっています。報告者の多くはTeamプランのメンバーで、claude.aiのウェブやデスクトップアプリは使えるのにClaude Codeだけ入れず、ブラウザや端末、インストール方法を変えても直らなかったと書いています。複数の人が効いたと報告している回避策は、Teamの管理者がそのメンバーをいったん外して招待し直すことで、同じメールアドレスで以前作った個人アカウントを削除してから招待し直したという人もいます。ただし個人アカウントを持っていなかったメンバーにも起きたという報告があり、原因も回避策もAnthropicの公式な説明ではありません。自分でサインアウトを繰り返すより、管理者に状況を伝える方が早い分岐です。

claude.aiのウェブとアプリだけで出る場合

Claude Codeを使っておらず、claude.aiのウェブやデスクトップ・スマホのアプリだけで認証の文が出ている場合、手元で確認できることは多くありません。

• まずstatus.claude.comと同時多発の報告を確かめます。障害中なら、上の「やってはいけないこと」がそのまま当てはまります。
• 別のブラウザ、シークレットウィンドウ、モバイルアプリで同じアカウントを開き、同じ文が出るか見ます。一つの面だけで出るなら、そのブラウザの拡張機能やCookieの問題を疑えます。複数の面で出るならアカウント側かAnthropic側で、Cookieを消しても変わりません。
• ウェブのセッションは28日で切れ、切れると再サインインが必要になります。これは「Temporarily unable to authenticate」とは別の画面です。
• アカウント・課金・サブスクリプションの問題として問い合わせる場合は、claude.aiにサインインして左下のイニシャルから「Get help」を選びます。Claude Codeの/feedbackはアカウント問題の窓口ではありません。

よくある質問

Claudeにサインインできない原因は何ですか

画面の文で四つに分かれます。「Temporarily unable to authenticate」や「Authentication service was unavailable」ならAnthropic側の障害、Login expiredやFailed to authenticate、401ならClaude Codeの資格情報、OAuth error: Invalid codeやPaste code hereならサインインの途中のコードの受け渡し、Your account is on holdやaccess has not been grantedならアカウントか組織の権限です。障害以外は、それぞれの文に合った一手で直ります。

「Temporarily unable to authenticate」はBANの通知ですか

いいえ。アカウント停止はclaude.ai/restrictedへのリンクを含む専用の文で通知され、再ログインしても消えません。「Temporarily unable to authenticate」にはリンクも理由もなく、9月29日には停止されていない大勢のユーザーに同時に出ました。

Claudeの認証エラーは再ログインすれば直りますか

Anthropic側の障害中は直らないうえに、サインインできなくなって悪化します。9月29日にAnthropicがサインアウトしないよう明記したのは、サインインそのものが壊れていたからです。/loginで直るのは、Login expiredやOAuth token revokedのようにClaude Codeが出す文の場合と、障害の掲載がなく原因が分からない場合です。

ブラウザではログインできたのにClaude Codeだけ失敗します

よくある原因は二つです。一つはANTHROPIC_API_KEYやCLAUDE_CODE_OAUTH_TOKENがログインより優先されていることで、/statusでAPI key行やAuth token行が有効になっていないか確かめます。もう一つは、ブラウザ側に「Unable to access Claude Code」や「Claude Code access has not been granted」と出るケースで、これはTeamやEnterpriseの組織の権限の問題なので管理者に相談します。

Claude Codeは動くのにclaude.aiのアプリだけエラーになります

逆の組み合わせも含めて、障害中は面ごとに失敗率が違うのが普通です。9月29日の記録でも、既存の会話が先に復旧し、サインインと新規セッションの開始は後まで失敗しました。片方が動いているなら、その面で作業を続け、動かない面はサインアウトせずに放置して復旧を待ちます。

障害中の再試行でClaudeの利用枠は消費されますか

公開情報に記載がありません。529（過負荷）については「クォータに数えない」と文書化されていますが、認証エラーについては同様の記述がありません。9月29日に「ツール呼び出しの再試行で5時間枠を使い切った」というユーザーの主張が一件ありますが、確認されたものではありません。心配なら、障害中は長いエージェント作業を止めておくのが確実です。

Claudeの認証障害はどのくらい待てば復旧しますか

直近の同種障害は、約1時間（9月29日）、約36分（8月16日）、6分と8分（8月24日の2回）でした。10分たっても消えなければ、status.claude.comの掲載を確認し、更新が出るたびに一度だけ試す程度で待ちます。

status.claude.comに何も載っていないのに出続けます

掲載は最初の報告から遅れることがあるので、まずXやRedditで同じ文の報告が同時に出ていないか見ます。それもなく、Claude Codeで/statusと画面の文を確認しても上の表のどれにも当たらず、30分以上続くなら、/feedback（Claude Code）か「Get help」（claude.ai）でAnthropicに報告します。この段階で初めて、/logoutしてから/loginし直す公式の手順を試す意味が出てきます。