2026年9月14日から、Claude Codeの週次上限は従来の通常枠より恒久的に25％増える予定です。ただし、現在は50％増量中のため、今の枠との比較では約16.7％少なくなります。「引き上げ」と「減少」は比較の基準が違うだけで、どちらも同じ変更を表しています。
9月8日時点では発表段階です。対象はPro、Max、Team、座席数で契約するEnterpriseです。今回の変更はClaude Codeの週次枠に関するもので、5時間枠は変わりません。ClaudeDevsの公式発表と公式の補足返信に基づいて整理します。
9月14日に何が変わる？日付と比較の基準
比較のため、増量前の通常の週次枠を「100」と置きます。以下は同じプランのClaude Code利用を比べる指数であり、トークン数、質問回数、利用時間、ドルではありません。
| 時期・状態 | 週次枠の比較指数 | 増量前の通常枠との比較 | 2026年9月8日の枠との比較 |
|---|---|---|---|
| 増量前の通常枠 | 100 | 基準 | — |
| 5月13日から9月13日23:59 PTまでの増量期間 | 150 | 50％増 | 現在の基準 |
| 9月14日以降の新しい通常枠として発表された値 | 125 | 25％増 | 約16.7％減 |
現在の増量期限は2026年9月13日23:59 PTです。この日の米国太平洋時間は夏時間のPDT（UTC−7）なので、時差を換算すると日本時間9月14日15:59になります。以前の期限だった8月31日は、現在の予定には当てはまりません。公式の増量案内
ただし、この期限と、アカウントに表示される週次リセット時刻は別です。9月14日16:00に全員の利用量がゼロに戻る、あるいは全アカウントの切り替えが完了するとまでは発表されていません。進行中の週に新しい枠をどう適用するかも、確認できる公式情報では明らかになっていません。
公式ヘルプの「増量終了後は通常の上限に戻る」という説明と、新しい通常枠を25％引き上げるという公式発表は、合わせて読む必要があります。ヘルプの一文だけから「100に戻る」と判断しないようにしてください。
25％増なのに、なぜ今より約17％減る？
増量前の100を基準にすれば、125は25％増です。一方、現在の150を基準にすると、減る量は25なので、計算は次のようになります。
（150 − 125）÷ 150 × 100 ＝ 約16.7％減
「50％増から25％増へ」という表現の差は25ポイントですが、現在の枠が25％減るわけではありません。また、新しい週次枠で使える量は現在の約83.3％です。この割合は週全体の容量比較であり、切り替え時に残量が自動で83.3％になるという意味でもありません。
たとえば、今の増量枠を1週間で80％使うCode作業は、比較指数では150 × 0.8 ＝ 120です。同じ作業量を新しい125で割ると、120 ÷ 125 ＝ 96％になります。これまで2割残せていた作業でも、新しい枠では余裕が小さくなる計算です。
この例は、同じプランでCodeだけを使い、モデル、作業内容、消費の測り方などが変わらないという仮定です。実際のメーターがそのまま80％から96％に書き換わるとは限りません。ChatとCodeを混ぜた利用を一律に換算するための重み付けも公開されていないため、アカウント全体の実測予測には使えません。
5時間枠と週次枠、どちらを先に確認する？
先に使い切った枠で止まります。再開するには、現在の作業に適用されるすべての枠に余裕が必要です。 週次枠が残っていても5時間枠で止まり、5時間枠がリセットされても週次枠が上限なら再開できません。
ClaudeのSettings > Usageで、各行の名称、使用率、リセット時刻を一緒に確認します。「何曜日に戻るはず」と推測せず、自分のアカウントに表示された日時を読みます。公式の利用量確認手順
| 表示されている制限 | 確認する内容 | 判断と次の行動 |
|---|---|---|
| 5時間のセッション枠 | 使用率と、この枠のリセット時刻 | この枠が上限なら、その時刻まで待つ。週次枠も確認する |
| 全モデルに適用される週次枠 | 週の使用率と、週次のリセット時刻 | 5時間枠だけ戻っても不足は解消しない |
| Opus、Sonnetなどのモデル別枠 | 表示されているモデル名と残量 | 全体枠に余裕があり、別系統のモデル枠も残っていれば切り替えを検討できる |
| 会話の長さ・コンテキスト上限 | エラーが会話の長さを示しているか | 利用期間の枠とは別。作業状態を保存し、会話を整理する |
| APIのrate limitやbillingエラー | 認証・請求先がAPIになっているか | サブスクの週次枠を待つだけでは解決しない |
表示されるモデル別の行は、プランやアカウントによって異なります。手元にない行が必ず存在するとは考えないでください。全体のセッション上限や週次上限は、/modelでモデルを変えても回復しません。 切り替えで続けられる可能性があるのは、モデル固有の枠だけが原因で、ほかの必要な枠に余裕がある場合です。Claude Codeの上限に関する公式説明
たとえば「セッションは上限、週次は60％」なら、セッションのリセット時刻を確認します。「セッションは20％、週次は上限」なら、週次の時刻を確認します。二つとも上限なら、早い方のリセットだけで再開できるとは限りません。
ChatとCodeは同じ利用枠？Codeの増量はChatにも効く？
ProとMaxでは、ClaudeのチャットとClaude Codeの利用は同じプランの上限を共有します。同じアカウントでIDEから使う場合も共有されます。別の端末や画面を開いても、新しい利用枠ができるわけではありません。Pro・MaxでClaude Codeを使う際の公式案内
ただし、共有されていることと、すべての利用が同じ割合で増量されることは別です。 今回の50％増量はCode向けで、CLI、IDE、デスクトップ、WebのClaude Codeが対象です。公式の増量案内では、ClaudeのチャットとCoworkの上限は変更されないと説明されています。9月14日からの25％増も、公式発表の対象はClaude Codeの週次上限です。
したがって、「Chatでも50％多く使える」「ChatとCodeを半々で使ったから全体の枠をこの割合で計算できる」とは言えません。混在する利用の内部計算は公開されていないため、実際のアカウント表示を優先します。
/usageのドル表示と、プランの残量は同じ？
Claude Codeの/usageを見るときは、次の三つを分けます。公式のコスト管理ドキュメント
- Sessionのドル表示は、このセッションの利用を金額に換算したローカルの推定値です。サブスク料金から差し引かれた額や、今後請求される額をそのまま示すものではありません。
dやwで見る日別・週別の内訳は、その端末の履歴に基づきます。別端末やclaude.aiの利用を含むアカウント全体の集計とは一致しないことがあります。- プランの利用状況バーは、セッション枠や週次枠の消費状況を確認するための表示です。作業を再開できるかは、こちらの枠の名称とリセット時刻で判断します。
Showing last-known usageと出ている場合は、最新の取得に成功した表示ではなく、60分以内に取得した過去の値が表示されています。rで再取得を試し、必要ならSettings > Usageも確認します。端末の推定コストだけを見て「週の枠がまだ残っているはず」と結論づけないことが大切です。
月額200ドルなのに数日で上限になるのはなぜ？
「200ドルを数日で使い切った」という話は、何を使い切ったのかで意味が変わります。月額200ドルの契約を指すなら、買っているのはそのプランの利用条件であり、200ドル分のAPI残高ではありません。月額で支払っていても、その中に5時間枠や週次枠があります。
重い作業を短期間に集中させれば、月の途中でも週次上限に達し得ます。利用量は会話の複雑さ、モデル、effort、使う機能などで変わるため、「200ドルなら何日もつ」「何回質問できる」とは一律に決められません。利用量と会話の長さに関する公式説明
一方、端末に「Session: $200」のような推定値が出たという意味なら、それだけで200ドルの追加請求を示すわけではありません。APIクレジットなどの残高が実際に減っているという意味なら、サブスク内利用とは別の従量課金を確認する必要があります。
まず/statusなどで利用中のアカウントと認証方法を確認し、想定外なら環境変数ANTHROPIC_API_KEYの設定を調べます。公式案内によると、このキーが設定されている場合はAPI認証が使われ、サブスク内の利用ではなくAPI料金で課金されます。確認の際にキーの値を他人に送る必要はありません。認証とAPI課金の注意点
/limit-resetで週次上限も戻せる？
週次上限を戻せるとは確認されていません。9月初めの利用者による一次報告では、/limit-resetによってセッション枠をリセットできた一方、表示には週次上限が引き続き適用される旨が含まれています。
また、同じ機能が使えないという報告もあります。9月8日時点で確認した公式ドキュメントからは、すべてのアカウントで使えること、毎週1回使えること、対象プランや回数の一律の条件を裏づけられません。利用者の報告と公式に保証された機能は分けて扱う必要があります。
仮に手元で利用できても、週次枠が上限なら、その週次リセットを待つという判断は変わりません。なお、公式ドキュメントにある、上限の自然なリセットを待って処理を再開する機能も、利用枠を前倒しで補充するものではありません。リセットを待つ機能の公式説明
9月14日の前後に確認しておくこと
締め切りのある開発作業では、まず現在のセッション枠、週次枠、モデル別枠の使用率とリセット時刻を記録しておくと判断しやすくなります。週次リセットは月額料金の更新日や、制度変更日と同じだと決めつけず、画面の表示で確認してください。
Codeだけで毎週ほぼ枠を使い切っているなら、新しい週次枠では同じ作業が収まらない可能性があります。比較上は現在の約83.3％が新しい容量に相当しますが、そこまで使えば必ず止まるという予告値ではありません。モデルや作業の変化、Chatの利用、切り替え時の扱いを含む実際の結果は、変更後の表示で確かめます。
待つ必要がある場合は、現在の目標、変更したファイル、検証結果、未解決のエラー、次の作業を残しておきます。エラーがコンテキスト上限なら会話を整理し、API認証や請求の問題ならその設定を確認します。再開の判断に使うのは「25％増」という見出しだけでなく、自分の作業に適用される上限の名称とリセット時刻です。
