Claude Codeで何度もログインを求められる原因と対処法

Claude Codeが1日に何度も/loginを要求してくる場合、大半は同じ認証情報を複数セッションが同時に使っていることが原因です。OAuthのリフレッシュトークンは1回使うと無効になる仕組みのため、並行して開いた別のセッションが更新済みのトークンを知らないまま古いトークンを提示すると、そこだけ弾かれて再ログインを迫られます。単一セッションでも頻発する場合は、システム時刻のズレやKeychainへの書き込み失敗など、別の原因を疑う必要があります。

この不具合はGitHub Issue #1757で2025年6月から報告が続き、後継のIssue #24317でOAuthリフレッシュトークンの競合という機構が提示されました。#24317は2026年2月に立てられ、5月にクローズされましたが、その後も9月まで再現報告が付き続けています。以下では原因の切り分け方と、changelogに残る修正の変遷、報告されている再発パターン、手元で状態を確かめる方法をまとめます。

何度も再ログインを求められる主な原因

症状のパターンから、原因はおおむね次の4つに切り分けられます。

保存されているのはアクセストークンとリフレッシュトークンの2つです。Issue #24317の報告者による調査では、アクセストークンの有効期限は8〜15時間程度(報告により異なります)、リフレッシュトークンは1回使うと失効する使い捨て方式とされています。複数セッションを並行運用するユーザーほど、この2種類のトークンの更新タイミングが衝突しやすくなります。

期限切れと競合は出る画面で見分ける

保存済みログインそのものの期限切れは、競合とは別の話です。/loginで作成したログインの期限が3日以内に迫ると、起動時にYour login expires in 3 days · run /login to renewという警告が出ます。この警告は情報表示だけで、リクエストはブロックされません。警告はv2.1.203で追加され、v2.1.217で期限の5日前から3日前に変わりました。

期限が切れて更新もできなくなると、モデルへのリクエストがLogin expired · Please run /loginで止まります。更新に使うリフレッシュトークンがOAuthサービスに拒否され、保存済みの認証情報が消去された状態です。

2025年から続く報告の広がり

Issue #1757は2025年6月に立てられ、以降も断続的にコメントが付いています。OSやインストール方法がまちまちな報告が並存していたため、当初は単一の原因に絞り込めませんでした。後にIssue #24317で並行セッション競合という機構が示されましたが、これだけで全報告を説明できるとは限りません。次の節で見るように、競合以外の経路もchangelogに別項目として残っています。

OAuthリフレッシュトークンが競合する仕組み

Issue #24317に投稿された分析では、次の流れで競合が起きると説明されています。

並行して開くセッション数が増えるほど、この衝突が起きる確率も上がります。公式のトラブルシューティングも、同じマシンの並行セッションは保存済みのログインを共有し、更新は1プロセスずつ行うよう調整される、と説明しています。

バージョン別に見る対策の変遷

changelogをOAuthやtokenで追うと、この系統の不具合への対応が複数のバージョンに分かれて入っています。

v2.1.129とv2.1.211は、どちらもスリープ復帰が引き金です。公式のトラブルシューティングによると、v2.1.211より前はスリープ復帰後に2つのセッションが同じトークンで更新を行うことがありました。その結果、保存済みログインが失効し、開いている全セッションが一斉にログインを求めました。

v2.1.248は、ロックを取れなかったときの扱いを変えました。即座にログイン画面へ送らず、再試行できるエラーとして返します。v2.1.277は性質が異なり、競合ではなくバージョンの混在が原因です。v2.1.277より前は、VS Code拡張が同梱する古いCLIが同じマシンで動くだけで、新しい版のセッションがログアウトされることがありました。

並行数が多いと今も再発する場合がある

Issue #24317には、v2.1.81の修正の前後を通じて、再発の報告が寄せられています。報告ごとに環境が違うので、条件別に並べます。

4月には、Linuxで2プロセスを動かした環境の観察も投稿されています。~/.claude/.credentials.jsonが854バイトから472バイトへ書き換わり、refreshTokenが欠けた状態になったそうです。数分後には完全な再ログインが必要になりました。各プロセスが起動時の認証情報を手元に持ち、古い内容でファイルを上書きしたと報告者は推測しています。これは1人の観察で、公式に確認された仕様ではありません。

並行数が少なくても再発した報告(Linux、v2.1.114、2プロセス)があるため、セッション数だけで安全とは言えません。エディタのバックグラウンドから多数のclaude -pを起動するような使い方は、報告の多い再発パターンです。

手元の認証状態を確認する

Claude Code v2.1.287で、認証まわりのサブコマンドを確認しました。claude authの下にはlogin・logout・statusの3つがあります。

claude auth --help

Commands:
  help [command]    display help for command
  login [options]   Sign in to your Anthropic account
  logout            Log out from your Anthropic account
  status [options]  Show authentication status

claude auth statusの出力は既定でJSONです。人が読むなら--textを付けます。ログイン中に実行すると、次のようなキーが返りました(メールアドレスや組織IDは伏せています)。

{
  "loggedIn": true,
  "authMethod": "claude.ai",
  "apiProvider": "firstParty",
  "configDirectory": "~/.claude",
  "subscriptionType": "max"
}

authMethodとapiProviderを見れば、claude.aiのログインで動いているのか、別の認証経路かが分かります。configDirectoryは、どのディレクトリの認証情報を読んでいるかの確認に使えます。セッション内の/statusにも、v2.1.210以降はLoginの行が出ます。期限が切れた状態ではExpired — log in againと表示され、保存済みの組織とメールアドレスも併記されます。この行は、保存済みのclaude.aiログインが有効な認証になっているときだけ出ます。

アカウントを使い分けている場合は、CLAUDE_CONFIG_DIRの設定も確認します。公式ドキュメントによると、設定ディレクトリごとにclaude.aiのログインが別々に保存され、macOSのKeychainエントリもディレクトリごとに別です。別のディレクトリで起動したセッションは、別の認証情報を読みます。

今すぐ試せる対処法

まず現在の認証状態を確認します。

/status

期限切れなら、/loginで再認証します。

/login

その上で、以下を順に確認します。

• Claude Codeを最新版に更新する。OAuthリフレッシュの競合対策は、v2.1.81からv2.1.286まで複数のバージョンに分かれて入っています。古いままだと、解消済みの不具合を踏み続けます。

claude update

• IDE拡張が古いCLIを同梱していないか確認する。ターミナルのclaude --versionが新しくても、拡張側が別のビルドを使っていることがあります。
• 並行して開いているセッション数を確認する。タブやウィンドウを多数開いている場合、一時的に減らして症状が止まるか見ます。
• システムクロックが正しいか確認する。公式のトラブルシューティングは、頻発する場合は時刻の正確さを確認するよう案内しています。トークンの検証は正しいタイムスタンプに依存します。
• SSH経由でmacOSを使っている場合はKeychainの状態を確認する。Keychainが書き込みを拒否すると、認証情報は平文の~/.claude/.credentials.jsonへ保存されます。ロックされたKeychainのほか、Keychainのパスワードがアカウントのパスワードとずれている場合も同じです。macOS 26で成功表示のあとも保存されない報告は、macOS 26で/loginが成功してもトークンが保存されない症状にまとめています。

CIやバッチで多数のプロセスを並列起動する場合は、claude setup-tokenで長期トークンを発行し、CLAUDE_CODE_OAUTH_TOKENに渡す方法があります。公式ドキュメントはCIやスクリプト向けとして案内しています。発行されるのは有効期間1年のOAuthトークンで、Pro・Max・Team・Enterpriseのいずれかのプランが前提です。コマンドの説明はSet up a long-lived authentication token (requires Claude subscription)です。トークンは画面に表示されるだけで、どこにも保存されません。各プロセスが個別にトークンを持てるため、/loginの共有認証情報を奪い合う構図を避けられます。

注意点が3つあります。--bareを付けた呼び出しはこの変数を読まないので、ANTHROPIC_API_KEYかapiKeyHelperで認証します。Remote Controlの確立やclaude.aiコネクタの取得はできません。さらに#24317には、2026年2月のサーバー側の変更以降、この回避策が使えなくなったという、参加者の1人のコメントもあります。公式ドキュメントの現行の説明と食い違うため、手元で動くかどうかは実際に試す必要があります。3方式の使い分けはClaudeログイン方法3種の使い分けにあります。

claude setup-token

表示されたメッセージが特定の文言に該当する場合は、それぞれ専用の記事で対処を扱っています。OAuth token revokedやOAuth token has expiredが出ている場合は「OAuth token revoked」の対処、claude.aiコネクタ利用中にrejected the session tokenが出ている場合は「rejected the session token」エラーの対処を確認してください。ANTHROPIC_PROFILE経由で認証していてAnthropic profile login expiredが出る場合は/loginでは直らないことがあり、「Anthropic profile login expired」の対処法で見分け方を扱っています。/loginのたびに認可画面とサインイン画面を行き来して完了しない場合は、競合とは別の不具合で、Claude Codeでログインがループする問題にまとまっています。サインイン用メールの到着が遅れて期限切れになる場合は、Claudeのログイン用メールが届かない・遅いときの原因と対処法が参考になります。

まとめ

複数セッションの並行運用が多い人は、まずバージョンの更新とIDE拡張側のCLIの確認から始めると原因を絞れます。単一セッションで症状が出るなら、/statusの表示と時刻・Keychainの状態を見ます。大量の並列起動が前提の用途では、更新だけで再発が消えるとは限らないため、プロセスごとの認証分離を試す価値があります。

CLIではなくClaude Desktopアプリで再ログインを繰り返す場合は、リフレッシュトークンの競合とは別の、サーバー側のセッション失効が原因のことがあります。