著者 Claudeをアップグレードしても利用上限が変わらない理由
Claudeを上位プランへ変更したのに同じ上限に達する場合の確認手順です。請求反映の遅れ、アカウント違い、orgのseat、古いCLIログインを順番に確認します。
アップグレードしたClaudeの上限がすぐに変わらない理由
Claudeのプランをアップグレードしたのに、使用量の上限が以前と同じに見えることがあります。これは、原因が限られているサポート上の問題です。いずれも、自分のアカウントから確認できます。プラン変更が完了していない、支払いを行ったアカウントとは別のアカウントでクライアントにサインインしている、クライアントがそもそもサブスクリプションを使用していない、またはアップグレード時点ですでに始まっていた使用量ウィンドウの計算が続いている可能性があります。
以下の確認を、記載されている順番で行ってください。それぞれ、確認場所と正常な結果を示しています。最後の確認へ飛ばさないでください。最初の2つで、多くの報告の原因を特定できます。
全体を理解するうえで、重要な事実が1つあります。すべてのClaudeの画面やクライアントは、同じ使用量枠を消費します。Anthropicのヘルプページには、次のように明記されています。
異なるClaude製品のすべての画面やクライアント（claude.ai、Claude Code、Claude Desktop）の使用量は、同じ使用量上限に加算されます
つまり、ブラウザーのタブで長時間のタスクを実行している場合も、ターミナルのclaude CLI（コマンドラインインターフェース）を使用している場合も、同じ枠から使用量が差し引かれます。プラン変更も、各アプリ個別ではなく、この1つの枠に適用されます。この枠の仕組みがまだ明確でない場合は、Claudeの使用量上限の仕組みで全体の背景を確認してください。
確認 1: プラン変更は実際に完了したか
アップグレードは決済を伴います。決済が完了していなければ、何も変更されません。上限に達した画面にも、その事実が常に表示されるとは限りません。
claude.ai を開き、サイドバーで名前またはイニシャルをクリックして Settings を開き、請求情報のセクションを探します。Anthropic はこれらのラベルを変更することがあるため、現在のプラン名と更新日が表示されるセクションを確認してください。正常な状態では、購入したプラン名が表示され、active と示され、将来の日付の更新日が表示されます。以前のプラン名のままであれば、変更は反映されていません。その場合、クライアントを何度再起動しても解決しません。Pro と表示され、支払ったプランも Pro である場合は、Pro の料金と利用上限を基準に、現在のプランに見合う利用枠が付与されているかを判断できます。
次に領収書を確認します。Anthropic はアップグレードについて、すでに支払った請求サイクルの残り期間に対して日割りで決済され、直ちに反映されると説明しています。
下位ティアから上位ティアへアップグレードする場合、請求サイクルの残り期間に応じて日割り計算された金額がアカウントに請求されます
完了したアップグレードでは、アップグレードした時刻が記載された請求と invoice が発行されます。invoice がなければ、変更は完了していません。通常の原因は、カード決済の拒否、または別のタブで開いた銀行の本人確認手続きを完了前に閉じたことです。
ここでは変更の方向が重要です。請求処理は上下で同じではありません。上位プランへの変更は直ちに適用されます。下位プランへの変更は、すでに支払った期間の終了時に適用されます。これは、Claude プランの変更またはキャンセルで説明されている仕組みです。アップグレード後に考えを変えてダウングレードし、その後もう一度アップグレードした場合、最終的な状態が想定より 1 期間遅れて反映されることがあります。
確認 2: 料金を支払ったアカウントにサインインしていますか？
これが最も多い原因です。2 つの文字列を並べて比較するまで気付けません。
ブラウザーで Settings を開き、アカウントのメールアドレスを確認します。Claude Code で /status を実行すると、CLI がサインインしているアカウントと、使用中の認証方式が表示されます。2 つのアドレスを 1 文字ずつ比較してください。完全に一致している必要があります。
意図せず Claude のアカウントを複数作成してしまうことは珍しくありません。仕事用のアドレスで Google を使用してサインインすると、個人用アドレスでメールアドレスとパスワードを使って登録した場合とは別のアカウントになります。どちらのアカウントも利用できますが、料金が請求されたのは一方だけです。もう一方では、そのアカウント固有の利用枠が適用され続けます。その利用枠は、アップグレードしていないものです。
アカウントメニューにはワークスペースも表示されるため、個人アカウントと所属する組織は別の項目として表示されます。アクティブな項目によって、直前に送信したリクエストに適用される利用資格が決まります。ブラウザーと CLI ではこの選択が別々に保持されるため、アクティブなワークスペースがサブスクリプションに紐付いているものか、両方で確認してください。
確認 3: Claude Code は実際にサブスクリプションを使用していますか？
サブスクリプションが適用されるのは、クライアントがそのサブスクリプションで認証している場合だけです。1 つの環境変数によって、その選択が意図せず変わることがあります。Anthropic の Claude Code plan page には、次のように明記されています。
システムに ANTHROPIC_API_KEY 環境変数が設定されている場合、Claude Code は Claude サブスクリプション（Pro、Max、Team、Enterprise プラン）ではなく、この API key を認証に使用します。その結果、サブスクリプションに含まれる使用量ではなく、API 使用料が発生します。
スクロールバックに Secret を表示せず、shell で設定されている内容を確認します。
env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1cut -d= -f1 は変数名を残して値を破棄します。そのため、ANTHROPIC_API_KEY が設定されていることを確認しつつ、後でサポート向けにスクリーンショットを撮る可能性がある terminal に key 自体を貼り付けずに済みます。表示された場合は、どこから設定されたのかを確認します。
grep -rl 'ANTHROPIC_API_KEY' ~/.bashrc ~/.zshrc ~/.profile ~/.bash_profile 2>/dev/null-l はファイル名だけを表示するため、ここでも key が画面に表示されません。shell の外にも、設定される場所が 2 つあります。Claude Code 自身の設定ファイルである ~/.claude/settings.json には、すべての session に適用される env block があります。また、repository に .claude/settings.json を置くと、そのディレクトリで作業するすべてのユーザーに同じ設定が適用されます。project checkout から引き継いだ key も、自分で設定した key とまったく同じように動作します。
同じ確認は CLAUDE_CODE_USE_BEDROCK と CLAUDE_CODE_USE_VERTEX にも適用されます。どちらかが設定されていると、request は cloud provider の account に送られます。その場合、Claude のサブスクリプションは使用されず、適用される制限もサブスクリプションの制限ではありません。この経路については個別に理解する価値があります。Bedrock または Vertex で Claude Code を実行する方法では、これを使用した場合に何が変わるかを説明しています。
この問題には、もう 1 つの証拠があります。料金です。key が設定されていた場合、upgrade 後に行った作業は Console account に対して token 単位で請求されています。何も起きていないと判断する前に、その account で使用料を確認してください。API billing とサブスクリプションの違いでは、実際の使用感が大きく異なる理由を説明しています。
確認 4: アップグレード時点ですでに利用ウィンドウが開始していなかったか
利用制限はウィンドウ単位で適用されます。ウィンドウは Claude の利用を開始した時点で始まり、その後、設定された時刻にリセットされます。プランを変更すると、ウィンドウが基準にする上限が変わります。ただし、現在のウィンドウにすでに記録された利用量は消去されず、ウィンドウのリセット時刻も変わりません。
そのため、負荷の高い作業セッションの途中でアップグレードした場合、効果は最も小さくなります。利用可能な余裕は増えますが、現在のウィンドウの残り時間では、すでに使った利用量によって制限に達し続けます。増えた余裕が反映されるのは次のウィンドウであり、現在のウィンドウではありません。
判断材料はリセット時刻です。制限メッセージにはリセット時刻が表示され、/usage の Claude Code ではセッションの利用量を確認できます。画面に表示されたリセット時刻がアップグレード前から予定されていた場合、現在のウィンドウは変更前に開始しており、開始時点の計算条件で終了します。リセットを待ち、同じ種類の作業をもう一度行って測定してください。
複数のウィンドウが同時に適用される場合があります。そのため、短いウィンドウがクリアされても、長いウィンドウまでクリアされるとは限りません。これらのメッセージを正しく読み取ることが重要であり、Claude の制限に達したときの対処方法で詳しく説明しています。
確認 5: 自分のプランではなく、組織の seat を使用していませんか？
Team と Enterprise のアクセスは seat 単位で管理され、管理者が各ユーザーに seat を割り当てます。seat の料金を支払っただけでは、seat は割り当てられません。そのため、組織が seat を保有していても、あなたのアドレスには seat が割り当てられていない場合があります。その場合も、個人アカウントで提供される内容がそのまま適用されます。
逆のケースは、より頻繁に問題になります。個人プランをアップグレードした後も組織の workspace 内で作業を続けると、すべてのリクエストが組織の entitlement によって承認されるため、個人のアップグレードは適用されません。アカウントメニューで workspace を切り替えて、もう一度試してください。組織の workspace を使用したい場合は、管理者に対して、自分の正確なアドレスに seat が割り当てられていることを確認してもらってください。招待をまだ承諾していない状態は、外部から見ると seat が割り当てられている状態と区別できないためです。小規模企業で Claude Team プランがどのように機能するかでは、seat の仕組みを説明しています。
確認 6: クライアントセッションはアップグレード前から継続していますか？
起動中のクライアントは、セッション開始時点で利用可能な権限を判定します。まずクライアントを終了して再起動してください。これだけで、こうした報告の多くが解決します。
上限がまだ正しくない場合は、いったんサインアウトしてから再度サインインします。Claude Code 内で /logout を実行し、ターミナルウィンドウを閉じて新しいウィンドウを開き、claude を起動して /login を実行します。これを強制するために、~/.claude.json を手動で削除しないでください。このファイルには MCP (model context protocol) サーバーの設定、プロジェクトごとの信頼設定、キャッシュも保存されています。削除すると、ログイン情報だけでなく、はるかに多くのデータが失われます。
ブラウザーでは、サインアウトしてから再度サインインするか、プライベートウィンドウで claude.ai を開きます。プライベートウィンドウを使う方法が最も速い確認方法です。問題がアカウントに紐付くのか、キャッシュされたセッションに紐付くのかを判定できるためです。
このとき、claude --version でバージョンを確認し、/doctor を実行してください。これはセットアップを確認し、インストールが古い場合に通知します。コマンドについては注意が必要です。2026 年 8 月時点で、Anthropic の説明によると、すべてのスラッシュコマンドがすべてのユーザーに表示されるわけではありません。利用可能なコマンドは、プラットフォーム、プラン、環境によって異なります。/upgrade の項目がないことだけで、アカウントが壊れているとは判断できません。
プロモーションによる上限引き上げが原因ですか？
一時的な引き上げは、実際に存在する区分です。告知され、一定期間適用され、その後終了します。終了するとプランの通常の利用上限に戻るため、事前に知らされていないダウングレードのように感じられます。
ここから2つの点が重要になります。プロモーションの終了を請求の問題として報告しないでください。アカウントは正しく動作しています。また、一時的な引き上げを前提に継続的な作業量を決めないでください。作業のほうが一時的な引き上げより長く続くためです。数か月前にフォーラムの投稿で誰かが繰り返していた数値ではなく、自分に届いた告知メールとアプリ内通知を確認し、アカウントに適用された条件を確認してください。
確認する順序
- Billing セクションで、新しいプランがアクティブとして表示され、更新日が将来の日付になっていることを確認します。
- アップグレードした日付の invoice が存在することを確認します。
- ブラウザーに表示されるメールアドレスが、CLI で
/statusが出力するメールアドレスと一致することを確認します。 ANTHROPIC_API_KEY、CLAUDE_CODE_USE_BEDROCK、CLAUDE_CODE_USE_VERTEXがどこにも設定されていないことを確認します。- 制限メッセージに表示されるリセット時刻が、アップグレードより後であり、前ではないことを確認します。
- アクティブな workspace が、サブスクリプションを保持している workspace であることを確認します。
- アップグレード後に、client から完全にサインアウトして再度サインインしていることを確認します。
サポートに問い合わせる際に送る情報
請求や利用資格の問題は、Claude Code の issue tracker ではなく Anthropic support に問い合わせてください。公開リポジトリを見ている人には、サブスクリプションの内容を確認できないためです。以下を添付すると、最初の返信で追加情報を求められるのではなく、回答を受け取れます。
- 支払いに使用したアカウントのメールアドレス。
- 現在、請求セクションに表示されているプラン名。
- プランを変更した日時とタイムゾーン。
- アップグレード料金の invoice または receipt 番号。
- 制限メッセージの正確な文言。説明ではなく、テキストとしてコピーしてください。
- メッセージが表示された環境。claude.ai、desktop app、または
claudeCLI のいずれか。 - Claude Code の場合は、
/statusとclaude --versionの出力。key の値は削除してください。 - その時点で personal workspace にいたか、organisation workspace にいたか。
- 上記の確認項目のうち、すでに実行したものと、それぞれの結果。
すべての確認に問題がない場合はどうすればよいですか？
その場合、プランは適用されており、対象範囲を超えて作業しているだけです。これは別の問題であり、対処方法も異なります。長いセッションでは、各ターンで蓄積したコンテキストが再送信されるため、短いセッションよりも大幅に多くのトークンを消費します。その結果、会話が進むほどコストが増加します。この仕組みは、Claude Code がトークンを消費する仕組みで詳しく説明しています。これを理解すると、実際の作業に適した tier はどれかという問題になります。制約になっていなかった上限に追加料金を支払う前に、2 つの Max tier の違いを確認してください。
FAQ
Claude のプランをアップグレードすると、使用量の上限はすぐにリセットされますか？
アップグレード自体はすぐに適用され、請求は請求サイクルの残り期間に対して日割りで行われます。現在適用されている使用量ウィンドウは別の仕組みです。すでに記録された使用量と既存のリセット時刻は維持されるため、アップグレードで上限は引き上げられますが、すでに消費した分は消去されません。上限のメッセージに表示されたリセット時刻がアップグレード前に設定されたものであれば、新しいプランが機能しているかを判断する前に、そのリセットを待ってください。
アップグレードしたのに Claude Code で上限に達したと表示されます。最初に何を確認すべきですか？
まずアカウントを確認し、次に認証方法を確認します。Claude Code で /status を実行し、表示されたメールアドレスと claude.ai の設定にあるメールアドレスを1文字ずつ比較してください。職場のアドレスでの Google サインインと個人用アドレスでのパスワード登録は、別々のアカウントだからです。次に env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1 を実行します。ANTHROPIC_API_KEY が表示される場合、Claude Code はサブスクリプションではなくそのキーで認証しています。そのため、プランはまったく使用されず、作業はトークン単位で請求されています。
ブラウザーには新しいプランが表示されるのに、CLI には表示されないのはなぜですか？
2 つのクライアントはそれぞれ独自のセッションを保持しており、起動時に権利情報を判定します。まず CLI を再起動してください。変化がなければ、/logout を実行し、ターミナルを閉じて新しいターミナルを開き、claude を開始してから /login を実行します。これにより、現在のプランに対する新しいセッションが発行されます。強制的に更新するために ~/.claude.json を削除することは避けてください。このファイルには MCP server の設定と、プロジェクトごとの信頼設定も保存されています。
組織の seat によって、自分で購入したプランが上書きされることはありますか？
はい。これは障害ではなく、通常発生する原因です。組織の workspace 内で行ったリクエストは、その組織の権利情報によって認証されるため、その workspace がアクティブな間は個人で行ったアップグレードが反映されません。アカウントメニューで個人の workspace に切り替え、同じ作業をもう一度試してください。組織を使用するつもりであれば、管理者に自分の正確なアドレスへ seat が割り当てられているか確認してもらってください。seat の購入と割り当ては別の手順です。