Claude Max 20xへアップグレードしても週次上限が増えないとき

Max 5xからMax 20xに上げたのに、週次上限の減りが変わらない。GitHubのclaude-codeリポジトリ(issue #79773)には、そう訴える報告が2026年7月から10月にかけて10人超から集まっています。症状は大きく3つに分かれ、原因はまだ特定されていません。この記事では、報告の中身と、ヘルプが倍率を書いている範囲、手元で実効容量を測る手順を順に見ます。

報告されている症状は3つの型に分かれる

issueの起点は、7月16日にMax 5x(月100ドル)からMax 20x(月200ドル)へ上げた報告者です。日割りの請求は確認でき、設定画面もMax 20xを示していました。それでも週次上限の減りは5x時代より速く、5x時代は6〜7日もった作業量が3日で上限に届いたといいます。

後続のコメントを整理すると、症状は次の3型です。

同じ型の数字がそろっているわけではありません。同じ作業をしていても、モデルや作業内容でトークンの消費は変わります。報告の多くは自己計測で、サーバー側の記録は誰にも見えていません。

計測した報告者の数字はおよそ2倍で揃っている

倍率を数字で出した報告は3件あります。

1人目は、アップグレード後の最初の週だけでなく、更新後に5xへ戻さず20xのまま迎えた週でも同じ約2倍だったと追記しています。つまり、途中でプランを上げる経路に限った不具合とは言い切れないという読みです。

ただし、報告の中には「ほぼ同じ時期に週次上限の引き上げ施策が走っていた」という指摘もあります。コメントによれば、Claude Codeの週次上限に+50%の上乗せがあり、9月14日からは+25%に変わったとのことです。上乗せは5xにも20xにもかかるため比率には効きにくいものの、期間をまたいで比較すると見え方が変わります。

ヘルプが倍率を書いているのは5時間枠だけ

ここが議論の中心です。Maxプランの解説ページは、倍率をこう書いています。

• Max 5xは、Proの「セッションあたりの使用量」の5倍
• Max 20xは、Proの「セッションあたりの使用量」の20倍

一方、週次上限については「Maxプランには全モデルにまたがる週次上限がある」「リセットは口座ごとに固定の曜日・時刻」「各サイクルで週次の許容量を丸ごと受け取る」と書かれています。5xと20xで週次の許容量がどれだけ違うかを示す数字や倍率は、このページにはありません。

つまり、「20倍」と書かれているのは5時間枠の話で、週次上限が同じ倍率で増えるとはこのページに書かれていません。issueの複数のコメントは、この点を「5時間枠は確かに広がった。週次だけが動かない」と表現しています。ある報告者の計算では、20xで5時間枠を使い切るペースで走ると、週の約24%で週次の枠が尽きます。5xでは5時間枠が歯止めになっていたのに、20xでは週次が先に尽きるため、5時間枠が上限として機能しなくなるという指摘です。

プラン選びの文脈はCoworkのMax 5xとMax 20xの選び方が、料金と枠の全体像はClaude Maxプランとはが詳しく扱っています。

手元で週次上限の実効容量を測る

「減りが速い気がする」を数字にするには、/usage の週次パーセントと、リセット以降の自分のトークン数を同時に読みます。issueで1人目の報告者が使った方法です。週の終わりまで待つ必要はありません。

/usage

/usage はセッションのコスト、プランの利用上限、活動統計を表示します。ここで見るのは「Weekly」の割合です。

次に、リセット時刻以降のトークン数を数えます。報告者はローカルのトランスクリプトを集計するか、ccusage のブロック出力をリセット時刻で区切り直していました。

npx ccusage blocks --json

計算は割り算1回です。

実効容量 = リセット以降のトークン数 ÷ 週次の使用率
例: 1.45B ÷ 0.42 ≒ 3.45B

この方法で測るときの注意点が3つあります。

1. 同じ時刻に両方を読む。片方だけ古いと比率がずれる
2. キャッシュ読み取りも含めて数え、5xと20xで同じ数え方に揃える。揃っていれば、重み付けの違いは比率から消える
3. 週が若いうちの数値は安定しない。報告者自身も、17時間目の計測では実効容量が3.4Bから7.2Bに跳ねたと書き、メーターの遅れか上乗せ施策の影響かを切り分けられていません

5時間枠のほうは安定していて、同じ報告者の2回の計測で約0.85B〜0.89Bに収まりました。週次の数字は単発で信じず、複数回の読みで比べるのが安全です。

クライアント側の認証情報が古いままではないか

issueの最後のコメント(10月2日)に、切り分けの手がかりになる報告があります。claude.aiの画面はMax 20xなのに、Claude Codeのローカル認証情報には default_claude_max_5x の文字列が残っていた、というものです。報告者はWindowsで、認証情報ファイルを検索して確認しています。

$raw = Get-Content "$HOME\.claude\.credentials.json" -Raw
if ($raw -match 'default_claude_max_(5x|20x)') { $Matches[0] } else { 'tier not found' }

認証状態そのものは、次のコマンドで読めます。

claude auth status --text

これで見えるのはログインの状態で、レート制限のティア名がここに出るとは公式に書かれていません。ティアの文字列を読むには、上のように認証情報ファイルを直接見る必要があります。ファイルの置き場所はOSや環境で異なる可能性があります。

この報告には限界があります。報告者自身が「サーバー側の計量は見えないため、不一致が消費の速さの直接の原因かは断言できない」と書いています。また、別の報告者は /logout とブラウザのサインアウトを試しても、100%表示が残ったと書いています。

それでも、アップグレード直後にClaude Codeの認証をやり直すのは、費用のかからない切り分けです。再ログインの方法はClaude Codeログイン方法3種の使い分け、認証情報の消去はClaude Codeログアウトと認証情報の完全削除ガイドにあります。ANTHROPIC_API_KEY が設定されていると、サブスクリプションではなくAPIキーが優先され、プランの枠ではなくAPI従量課金になる点も、ヘルプが注意書きしています。/status で使われている認証方式を確かめておくと、この線は切れます。

Fableの週次枠を混同していないか

Maxプランには、全モデル共通の週次上限とは別に、Fable用の週次上限があります。減っているのがどちらのバーなのかで、読むべき数字が変わります。1人目の報告者は、全体の週次が99%に達した週でもFableは7%だったと書いていて、モデル別の枠が原因ではないケースもあります。逆に、Fableを多用する作業では、全体のバーより先にFableのバーが尽きる構造です。Fableの50%ルールとプラン別の扱いはFable 5.1と5の週次上限50%ルールにまとめています。

窓口の状況と、いま取れる選択肢

issueのコメントによると、報告者は複数がAI窓口のFinを経由してサポートに連絡しています。Finは「ティアを見られない」「週次の割り当てを検証できない」「人間への引き継ぎを確約できない」と答えた、という報告が並びます。人間の担当者から返信が来たと報告した人は少数で、そのうち1人は、週次上限の違いには触れられないまま月額料金の返金とプランの解約が提示されたと書いています。

issueはopenのままで、Anthropic側の公式なコメントはありません。上限をめぐる別のissueに担当者が割り当てられていることを指摘して、そちらに測定結果を転記した報告者もいます。

手元でできることは次のとおりです。

• 上限に当たったあとも続ける場合は、使用量クレジットを有効にする方法がヘルプに載っています
• 5x時代と20x時代で、同じ方法の計測値を残しておく
• 週次リセットの日時は設定画面の使用状況で確認できる

使用量の消費を抑える工夫はClaudeの使用上限を節約する6つのコツに、メッセージの見分け方はClaude Codeの利用上限にあります。

判断材料としてのまとめ

Max 20xは5時間枠の倍率がヘルプに示されたプランで、週次上限の倍率はMaxプランの解説ページに書かれていません。issueの計測値は、週次の実効容量がおよそ5xの1.6〜2.3倍で、価格比に近いというものです。これが仕様なのか不具合なのかは、Anthropicの回答が出るまで決められません。

上げるかどうかを決めるなら、5時間枠で頭打ちになる人には20xの価値が見えやすく、週次で頭打ちになる人には価格ほどの差が出ない可能性がある、という整理になります。いま5xで週次に届いていないなら、先に /usage で5xの実効容量を測っておくと、上げたあとの比較が成り立ちます。