著者 Claudeをアップグレードしても利用制限が変わらない理由
Claudeの上位プランを購入したのに同じ上限に達する場合は、請求の反映時期、アカウント違い、orgのseat、古いCLIログインを順番に確認します。
Claude のプランをアップグレードしても制限がすぐに変わらない理由
Claude のプランをアップグレードしたのに、使用量の制限が以前と同じに見えることがあります。これは確認できる原因が限られたサポート上の問題です。プラン変更が完了していない、支払いを行ったアカウントとは別のアカウントでクライアントにサインインしている、クライアントがサブスクリプションをまったく使用していない、またはアップグレード時点ですでに計測中だった使用期間がまだ継続している可能性があります。いずれも、自分のアカウントから確認できます。
以下の確認を記載順に進めてください。各項目では、確認する場所と正常な結果を示します。最後の項目へ飛ばさないでください。最初の2項目で多くの報告を説明できます。
まず、全体に関わる事実を確認します。すべての Claude サービスは、同じ利用枠を消費します。Anthropic のヘルプページにも、次のように明記されています。
すべての異なる Claude 製品サービス（claude.ai、Claude Code、Claude Desktop）の使用量は、同じ使用量制限に算入されます
つまり、ブラウザーのタブで長時間のタスクを実行している場合も、ターミナルの claude CLI (command line interface) を使用している場合も、同じ利用枠から消費されます。プラン変更も各アプリに個別に適用されるのではなく、その1つの利用枠に適用されます。この利用枠の仕組みがまだ不明な場合は、Claude の使用量制限の仕組みで全体像を確認してください。
確認 1: プラン変更は実際に完了したか
アップグレードは支払いを伴います。支払いが完了していなければ、何も変更されません。上限に達した画面にも、そのことが常に表示されるとは限りません。
claude.ai を開き、サイドバーで名前またはイニシャルをクリックして、Settings を開きます。次に、請求に関するセクションを探します。Anthropic はこれらのラベルを変更することがあるため、現在のプラン名と更新日が表示されているセクションを探してください。正常に完了していれば、購入したプラン名が表示され、active と示され、将来の日付の更新日が表示されます。古いプラン名のままであれば、変更は反映されていません。クライアントを再起動しても解決しません。Pro と表示され、Pro を購入したのであれば、Pro の料金と利用上限の位置付けを基準にして、現在のプランに見合う利用枠が付与されているか判断できます。
次に、領収書を確認します。Anthropic はアップグレードについて、直ちに適用され、すでに支払った請求期間の残りに対して精算されると説明しています。
下位ティアから上位ティアへアップグレードすると、請求期間の残りに対して日割り計算でアカウントに請求されます
完了したアップグレードでは、請求が発生し、アップグレードした時点の時刻が記載された請求書が発行されます。請求書はあるものの、金額が想定と異なる場合は、変更の失敗ではなく、通常は日割り計算と税によるものです。差額が生じる理由については、Claude の請求書と VAT の仕組みで説明しています。請求書がない場合、変更は完了していません。通常の原因は、カードが拒否されたか、別のタブで開いた銀行の本人確認手続きを完了前に閉じたことです。
ここでは請求の適用方向が重要です。請求の扱いは上下で対称ではありません。上位プランへの変更は直ちに適用されます。下位プランへの変更は、すでに支払った期間の終了時に適用されます。この仕組みは、Claude のプランを変更またはキャンセルする方法で説明されています。アップグレード後に考えが変わってダウングレードし、その後再びアップグレードした場合、最終的な状態が想定より 1 期間遅れて反映されることがあります。
確認 2: 料金を支払ったアカウントにサインインしていますか？
これが最も多い原因です。ただし、2 つの文字列を横に並べて比較するまで気付きにくい問題です。
ブラウザーで Settings を開き、アカウントに登録されているメールアドレスを確認します。Claude Code では /status を実行します。サインインしているアカウントと、使用中の認証方式が表示されます。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 キーを認証に使用します。その結果、サブスクリプションに含まれる利用枠ではなく、API 利用料金が発生します。
シェルに設定されている内容を、秘密情報を端末のスクロールバックに表示せず確認します。
env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1cut -d= -f1 は変数名を残して値を破棄します。そのため、キー自体を端末に貼り付けずに ANTHROPIC_API_KEY が設定されていることを確認できます。端末の表示を後でサポート担当者向けにスクリーンショットする可能性があっても安全です。表示された場合は、どこから設定されたかを調べます。
grep -rl 'ANTHROPIC_API_KEY' ~/.bashrc ~/.zshrc ~/.profile ~/.bash_profile 2>/dev/null-l はファイル名だけを出力するため、キーが画面に表示されることはありません。シェルの外部にも、キーを設定する場所が 2 つあります。Claude Code 自身の設定ファイル ~/.claude/settings.json には、すべてのセッションに適用される env ブロックがあります。リポジトリには .claude/settings.json を置くことができ、そのディレクトリで作業するすべてのユーザーに同じ設定が適用されます。プロジェクトのチェックアウトから引き継いだキーも、自分で設定したキーとまったく同じように動作します。見つかったキーが古いか失効している場合、症状は誤った上限ではなく、認証の完全な失敗に変わります。Claude Code の無効な API キーエラーを修正する方法では、/login を実行しても問題が解消されない理由を説明しています。
同じ確認で CLAUDE_CODE_USE_BEDROCK と CLAUDE_CODE_USE_VERTEX も対象になります。どちらかが設定されていると、リクエストはクラウドプロバイダーのアカウントへ送られます。その場合、Claude サブスクリプションは使用されず、適用される上限もサブスクリプションの上限ではありません。この経路には独自の確認事項があります。Bedrock または Vertex で Claude Code を実行する方法では、この経路を使用した場合に何が変わるかを説明しています。
この問題には、もう 1 つの証拠があります。料金です。キーが設定されていた場合、アップグレード後に行った処理は Console アカウントにトークン単位で請求されています。何も起きなかったと判断する前に、そのアカウントで利用料金を確認してください。API 課金とサブスクリプションの違いでは、実際の利用感が大きく異なる理由を説明しています。
確認 4: アップグレード時点ですでに利用ウィンドウが開始していませんでしたか？
利用上限は、一定のウィンドウ単位で適用されます。ウィンドウは Claude の利用を開始した時点で始まり、その後、定められた時点でリセットされます。プランを変更すると、ウィンドウの計測対象となる上限が変わります。ただし、現在のウィンドウにすでに記録されている利用量が消えるわけではなく、そのウィンドウのリセット時刻も変わりません。
そのため、負荷の高い作業セッションの途中でアップグレードした場合、効果は最も小さくなります。利用できる余裕は増えますが、現在のウィンドウの残りの期間は、すでに使い切った利用量の影響で上限に達し続けます。追加された余裕が反映されるのは次のウィンドウであり、現在のウィンドウではありません。
確認すべき証拠はリセット時刻です。上限メッセージにはリセット時刻が表示され、Claude Code の /usage ではセッションの利用状況を確認できます。画面に表示されたリセット時刻がアップグレード前から予定されていた場合、現在のウィンドウは変更前に開始されており、開始時点の条件で終了します。リセットを待ってから、同じ種類の作業を繰り返し、もう一度測定してください。
複数のウィンドウが同時に適用される場合があるため、短いウィンドウが解除されても、長いウィンドウが解除されるとは限りません。これらのメッセージを正しく読むことが重要であり、Claude の上限に達したときの対処方法で手順を説明しています。この種類のメッセージの中には、プランの上限ではないものもあります。Claude がタスクの途中で停止し、tool calls を使い切ったと表示する場合、それは1 回のターン内での tool use に対する上限であり、プランを変更しても解除されません。
確認 5: 自分のプランではなく、組織のシートを使用していませんか？
Team と Enterprise のアクセス権はシート単位で管理され、管理者がユーザーにシートを割り当てます。シート料金を支払っただけでは、シートは割り当てられません。そのため、組織がシートを保有していても、あなたのアドレスにはシートが割り当てられていない場合があります。この場合、個人アカウントで提供される内容がそのまま適用されます。
逆のケースのほうが、より頻繁に問題になります。個人プランをアップグレードした後も組織のワークスペース内で作業を続けると、すべてのリクエストは組織の利用資格に基づいて承認されるため、個人のアップグレードは適用されません。アカウントメニューでワークスペースを切り替えて、もう一度試してください。組織のワークスペースを使用する場合は、管理者に、あなたの正確なアドレスにシートが割り当てられているか確認してもらってください。受諾されていない招待は、外部から見るとシートが割り当てられている状態と区別できません。小規模企業で Claude Team プランがどのように機能するかで、シートの仕組みを説明しています。
確認 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 である。
- アップグレード後に、クライアントから完全にサインアウトして再度サインインしている。
サポートに問い合わせる際に送る情報
請求や利用資格に関する問題は、Claude Code の issue tracker ではなく Anthropic support に問い合わせてください。公開リポジトリを見ている人は、あなたのサブスクリプションを確認できないためです。次の情報を添付すると、最初の返信で追加情報の要求ではなく回答を受けられます。
- 支払いに使用したアカウントのメールアドレス。
- 現在、請求セクションに表示されているプラン名。
- プランを変更した日時とタイムゾーン。
- アップグレード料金の請求書または領収書番号。
- 制限メッセージの正確な文言。説明ではなく、テキストとしてコピーしてください。
- どの環境で表示されたか。claude.ai、デスクトップアプリ、または
claudeCLI。 - Claude Code の場合は、
/statusとclaude --versionの出力。key の値はすべて削除してください。 - その時点で個人 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 サーバーの設定とプロジェクトごとの信頼設定も保存されています。
組織の seat によって、自分で購入したプランが上書きされることはありますか？
はい。これは障害ではなく、通常発生する原因です。組織のワークスペース内で行ったリクエストは、その組織の利用資格によって認証されます。そのため、そのワークスペースがアクティブな間は個人でアップグレードしても効果がありません。アカウントメニューで個人用ワークスペースに切り替え、同じ作業をもう一度試してください。組織を使用するつもりだった場合は、管理者に正確なアドレスへ seat が割り当てられているか確認してもらってください。seat の購入と割り当ては別々の手順だからです。