Claude Codeの週間上限が9/14変更｜実質17%減
「Claude Codeの上限が25%増えるらしい」「でも実際は減るって聞いた」——どちらが本当なのか、混乱した方は多いと思います。
結論から言うと、どちらも正しいです。2026年9月14日から標準の週間上限は恒久的に25%引き上げられますが、今適用されている一時的な50%引き上げが同じ日に終わるため、今日と比べると週間で使える量は約17%減ります。増えるのは「標準値」、減るのは「今の実感」です。
株式会社Fyveは、Claude Code Max 20xを主力ツールとして日常業務に組み込み、Mac mini上で無人ジョブを毎日定時実行しています。この記事では、変更の中身を正確に整理したうえで、実際に週間上限に何度も当たってきた立場から「9月14日までに何をしておくべきか」をお伝えします。
2026年9月14日に何が変わるのか
まず事実関係を整理します。Anthropicが2026年8月29日前後にX（@ClaudeDevs）で告知した内容は、次のとおりです。
項目 | 内容 |
|---|---|
実施日 | 2026年9月14日 |
変更内容 | Claude Codeの標準の週間上限を恒久的に25%引き上げ |
対象プラン | Pro / Max / Team / シート課金型のEnterprise |
同時に終わるもの | 2026年5月13日から続いている一時的な50%引き上げ |
今日比の実質 | 約17%減 |
ポイントは、この2つが同じ日に同時に起きることです。恒久的な引き上げが始まる日が、そのまま一時的な引き上げの終了日になっています。だから「増えた」とも「減った」とも言えてしまう。
Anthropic自身も当初の告知では25%増の側面だけを前面に出しており、開発者コミュニティから「今より減ることを明示していない」と指摘を受けました。その後、元の投稿を削除し、今日比で17%減になることを明記した訂正を投稿し直しています。BleepingComputerはその訂正文を「Compared to today, this works out to a 17% reduction in weekly limits on Claude Code（今日と比べると、これはClaude Codeの週間上限が17%減ることを意味します）」と引用しています。
「25%増」と「17%減」が同時に成り立つ理由
算数はとても単純です
混乱の原因は、2つの数字が違う基準を指していることです。25%は「標準値からの増加」、17%は「今の実測値からの減少」を指しています。
標準の週間上限を100とすると、今こうなっています。
- 今（5月13日〜9月13日）：標準100 + 一時的な50%増 = 150
- 9月14日以降：標準100 + 恒久的な25%増 = 125
125 ÷ 150 = 0.833。つまり今日比で約16.7%、四捨五入して17%の減少です。一方、素の標準値である100と比べれば125は確かに25%増えています。同じ変更を、どこを基準に見るかで正反対の表現になるわけです。
なぜこんな見え方になったのか
この一時的な50%引き上げは、報じられているところによれば2026年5月13日に「7月13日まで」として始まりました。その後、7月19日まで、8月19日まで、8月31日までと期限が繰り返し延ばされ、最終的に9月14日に着地しています。つまり4か月にわたって延長され続けてきたことになります。
これだけ長く続けば、多くの利用者にとって「増量された状態」のほうが事実上の標準になっていたのは自然なことです。素の標準値がいくつだったかを覚えている人のほうが少数派でしょう。
私自身、5月以降にMac miniの無人ジョブを増やしてきましたが、その設計は当然ながら「今使える量」を前提に組んでいます。標準がいくつだったかは、正直に言えば意識していませんでした。同じ感覚の方が多いはずで、告知が「25%増」だけを見せたときに反発が起きたのは自然なことだと思います。
読者特典・無料ダウンロードClaude Codeを「素のまま」使うな無料でダウンロード →そもそも週間上限とは何か——5時間枠との二層構造
今回の変更を正しく受け止めるには、Claudeの利用制限が二層構造になっていることを押さえる必要があります。ここを取り違えたまま対策すると、効かない工夫に時間を使うことになります。
第1層：5時間のセッション枠
短期の枠です。公式ドキュメントでも「your plan's five-hour session limit」として説明されています。重要なのは、決まった時刻にリセットされるわけではない点です。その枠で最初にメッセージを送った時刻から5時間が経過すると回復します。午前9時に使い始めたなら午後2時、午後3時に使い始めたなら午後8時です。
第2層：週間の上限
2025年8月以降、5時間枠の上に週単位の上限が乗っています。この2つは独立していて、どちらか一方でも使い切ると作業が止まります。5時間枠に余裕があっても、週間枠を使い切っていれば動きません。
そして週間枠は5時間枠のように短い間隔では戻りません。週の前半に重い処理を集中させると、後半が苦しくなります。今回の17%減が効いてくるのは、まさにこの第2層です。
Opusだけは別枠になっている
もう一段の細かさがあります。公式のヘルプでは「Check when your plan's weekly usage limit resets for Opus only and all other models」と記載されており、Opus専用の週間枠と、全モデル共通の週間枠が別々に管理されていることが読み取れます。
実務上の意味は大きくて、Opus専用枠を使い切っても、全モデル枠に余裕があればSonnetなどに切り替えて作業を続けられます。逆に全モデル枠を使い切ると、そこで完全に止まります。「止まる」と「性能が落ちる」は別の事象だと理解しておくと、9月14日以降の挙動に慌てずに済みます。
自分の枠が「何時間ぶん」なのかは、公式には書かれていない
ここが今回いちばん誤解されやすいところです。「17%減ると言われても、そもそも自分の上限が何時間なのか分からない」という声をよく聞きます。
結論を言うと、Anthropicはプランごとの週間上限を固定の数値として公表していません。公式ヘルプにも具体的な時間数やメッセージ数の記載はありません。ネット上には「Max 20xなら週◯◯時間」といった数字が出回っていますが、これらは第三者による推計であり、公式値ではありません。
理由は、消費量が会話の長さ・使うモデル・ツール実行の有無・推論の深さなど複数の要因で変動するからです。同じ1時間でも、軽い質問応答と大規模なコードベースの読み込みでは消費がまったく違います。
だから「自分の実測値」を取るしかない
推計値を追いかけるより、自分の環境の実測を取るほうが確実です。方法は2つあります。
- Claude Code内で
/usageを実行する：直近5時間の枠を何パーセント使ったか、週間枠にどれだけ余裕があるか、それぞれのリセットまでの残り時間が一画面で確認できます - Web版の設定画面で使用状況を見る：Web版とClaude Codeは同じ枠を共有しています。「Claude Codeの減りが早い」と感じていた原因が、実はWeb版での長時間利用だったというケースは珍しくありません
おすすめは、9月14日までの2週間、週末ごとに /usage の週間残量をメモしておくことです。今の150の状態で「週の終わりに何%残っているか」が分かっていれば、125になったときに足りるかどうかを掛け算1回で判断できます。週末に30%以上残っているなら、17%減はおそらく吸収できます。ゼロ近くまで使い切っているなら、9月14日は確実に痛みます。
何が週間枠を速く減らすのか——消費が加速する4つの要因
17%減を吸収できるかどうかは、結局「自分の使い方が枠を食う型かどうか」で決まります。消費を押し上げる要因は主に4つあり、そのうち3つは設定ではなく習慣で変えられます。
1. 会話が長くなるほど、消費は加速する
これがいちばん見落とされます。AIは新しいメッセージを処理するとき、それまでのやりとり全体を毎回読み直しています。つまり会話が10往復目に入ると、1往復目の何倍もの量を毎回処理していることになります。消費は会話の長さに比例するのではなく、加速します。
私はコンテキストが溜まりきる前に新しいセッションを始めることを習慣にしています。長い文脈を持たせて精度を上げるやり方自体を、あまり筋が良いと思っていないためです。必要な情報はファイルに書いて渡せば済むことが多く、そのほうが結果も安定します。
2. 並列実行は倍々で効く
私自身、LP改修とSEO記事14本を1セッションで並列処理させて上限に飛び込んだことがあります（詳しくは後述します）。並列で走らせると、それぞれが独立してコンテキストを持つため、消費は単純に本数倍になります。しかも一気に減るので、減っていることに気づく前に上限に届きます。
私の現在の基準は、消費量の見当がついていて、かつ単純作業を繰り返すときだけ並列にするというものです。「速くなりそうだから」で並列にするのは、週間枠が薄くなる9月14日以降はとくに割に合いません。
3. モデル選択
前述のとおりOpusは専用の週間枠を持っています。裏を返すと、作業の重さに関係なくOpusを既定にしていると、Opus枠だけが先に枯れます。定型的な変換や整形までOpusで回す必要はありません。私たちの無人ジョブも、公開する文章を書くジョブと機械的な変換ジョブでモデルを分けています。
4. 時間帯（これは体感の話です）
私の体感では、日本の深夜帯——アメリカのピーク時間にあたる時間——は枠の減りが速いように感じます。これは公式に説明されている挙動ではないので、あくまで参考ですが、重い作業を計画するときは日本時間ではなく世界のピーク時間を意識するようにしています。
私たちの環境では何が起きるか
ここからは一般論ではなく、実際に週間上限と何度も向き合ってきた立場の話をします。
5xから20xに上げたのは「手が止まるのがもったいなかった」から
私は2025年10月からClaude Codeをメイン開発ツールとして使っていて、2026年4月にMax 5xからMax 20xへ切り替えました。理由は明快で、やりたいことが増えたぶん5xでは制限到達の頻度が上がり、止まっている時間そのものが損失になったからです。
制限に当たった経験でいちばん強烈だったのは、LP改修とSEO記事14本を1セッション内で並列処理させたときでした。大量のテキスト読み込みとリライトが重なり、あっという間に5時間枠に到達しました。普通に使っていても3時間ほどで到達する、というのが当時の体感です。
このとき学んだのは、並列実行は「単純作業を大量に回すとき」以外は割に合わないということでした。以降は、Claude Codeでしかできない作業だけをClaude Codeに集中させ、ディープリサーチやMarkdownの整形といった作業は別のAIに流す運用に変えています。画像生成もGeminiに委譲してトークンを温存しています。
無人ジョブが「サブスク枠内で回っている」という構図
もうひとつ、17%減が直撃しうるのが無人運用です。私たちはMac mini上でlaunchdを使い、Claude Codeのヘッドレス実行（claude -p）を毎日定時に走らせています。SEO記事の執筆、AIニュースの収集、投稿ネタの提案といった定型業務が、人が寝ている間に動く構成です。
この構成の要点は、追加のAPI従量課金がゼロだという点にあります。すべてMax 20xのサブスク枠の中で回っているので、24時間動く分身の追加費用は本体価格と電気代だけ、という構図が成立していました。
裏を返すと、この構図は週間上限の余白の上に乗っているということです。余白が17%削られれば、対話セッションと無人ジョブが同じ枠を取り合う度合いが強まります。日中に自分が重い作業をした週は、夜のジョブが枠に届かない、という事態が現実味を帯びてきます。
無人運用がいちばん危ないのは「止まっても誰も気づかない」から
週間上限の話で、私がもっとも警戒しているのはここです。
対話中に上限に当たった場合、被害は小さい。画面に「使用制限に達しました」と出るので、その場で気づいて別の作業に切り替えられます。困りますが、少なくとも失敗が可視化されている。
一方、無人ジョブが上限で止まった場合、誰にも通知されないまま「今日は何も生成されなかった」だけが残ります。翌朝ファイルが増えていないことに気づくまで、止まった事実そのものが観測されません。しかも上限は週の後半に効いてくるので、週末だけ静かに動かなくなるという気づきにくい壊れ方をします。
私たちはこれを実際に経験しているので、無人ジョブには必ず「実行ログを残す」「終了時に結果を1行だけ通知する」という2点を組み込んでいます。成功したかどうかより、そもそも走ったかどうかが分かる状態を作るほうが先です。9月14日以降に無人運用を続けるなら、この仕組みが入っているかを先に確認してください。
9月14日までにやっておく4つの備え
残り2週間で現実的にできることを、効果が大きい順に並べます。
1. 今の週間消費の実測を取る（最優先）
前述のとおり、/usage で週の終わりの残量を記録します。これをやらないと、他のすべての判断が勘になります。1週ぶんでも構いません。残量が30%以上なら様子見、10%未満なら対策必須、という単純な基準で十分です。
2. Web版とClaude Codeの消費を分けて把握する
枠は共有されています。長い資料をWeb版に丸ごと貼り付ける習慣があると、そのぶんClaude Codeの作業枠が削られます。資料の読み込みはWeb版、実装はClaude Codeという使い分けをしている人ほど、9月14日以降に影響を受けます。
3. 「Claude Codeでなくてもいい作業」を洗い出して逃がす
私が5時間制限に当たって以降ずっと続けている運用です。調べもの、文章の整形、画像生成、定型的な変換——これらはClaude Codeでなくても成立します。枠が減る前に逃がし先を決めておくと、当日慌てずに済みます。
Codexとの併用は現実的な選択肢です。どちらか1つをメイン、もう一方をサブに据えるのが、実際に両方を使ってきた実感としていちばん無理のない形でした。
詳しくはClaude Code と Codex を併用する実務者の運用で整理しています。
4. 週の中での配分を変える
週間枠は短時間では戻りません。週の前半に重い処理を集中させると、後半が丸ごと死にます。大きな作業を予定している週は、着手前に週間枠の残りを確認する習慣をつけてください。無人ジョブを運用しているなら、ジョブが動く時間帯の枠を意図的に空けておく設計も要ります。
チームで使っている場合、影響はもっと見えにくい
今回の対象には Team と、シート課金型の Enterprise が含まれています。ここは個人利用と事情がかなり違うので、分けて書きます。
「誰が使い切ったか」が分からない
複数人で使っている環境では、週の後半に誰かが「動かない」と言い出したとき、原因の切り分けが一気に難しくなります。個人なら /usage を見れば済みますが、チームでは「自分の枠は残っているのに、共有している何かが詰まっている」という状況が起こりえます。まず自分のプランがシート単位で枠を持つのか、組織でまとめて持つのかを、契約内容から確認してください。
止まったときに困る人が増える
個人利用なら、上限に当たっても「今日は別の作業をする」で済みます。しかし業務プロセスにClaude Codeを組み込んでいる場合、止まった瞬間に手が止まるのは導入した本人ではなく、その先の現場です。レビュー待ちの担当者、納品を待っているチーム、翌朝の会議に使う資料。上限は技術的な制約ですが、業務では納期の問題として現れます。
私たちが中小企業のAI活用を支援していて繰り返し伝えているのは、「AIが止まった日の代替手順を決めてから、業務に組み込む」ということです。上限に限らず、障害でもメンテナンスでも同じことが起きます。9月14日は、その代替手順が用意されているかを点検する良い機会だと考えています。
9月14日を「切り替え日」ではなく「観測日」にする
チームで運用しているなら、当日にプランを変える判断を急ぐ必要はありません。9月14日を含む1週間を観測期間と決めて、誰がどれだけ詰まったかを記録するほうが、判断材料としてはるかに価値があります。減った上限で実際に何が起きるかは、使い方によって差が大きく、事前の推計では当たりません。
プランを上げるべきか、それとも逃がすべきか
17%減を受けて「上位プランに変えるべきか」と考える方は多いはずです。判断の軸は1つだけで十分だと考えています。
止まっている時間のコストが、差額を上回るかどうかです。
私が5xから20xに上げたときの判断はこれでした。事業として動かしたいことが増えていて、制限に当たって手が止まる時間そのものが機会損失になっていた。だから差額を払う価値があると判断しました。逆に言えば、止まっても翌日に回せる作業しかしていないなら、プランを上げる理由はありません。
もう1つの選択肢が、API従量課金による補完です。私はMaxプランの枠をできるだけ使い切ったうえで、足りない分だけをAPIで補う形にしています。金額としては月に数千円の規模で、プランを1段上げるより安く済むケースがあります。ただしこれはMaxプランの延長線上の使い方であって、APIをメインに据える運用ではありません。
プランごとの違いを金額ベースで比較したい場合は、こちらで整理しています。
よくある質問
9月14日を過ぎたら、今より確実に使える量は減りますか
標準プランを使っていて、今の一時的な50%増の恩恵を受けているなら、今日比では減ります。ただし減るのは「上限」であって「あなたの実際の消費量」ではありません。週間枠を半分しか使っていない人には、体感上の影響はほぼありません。まず実測を取るべきなのはこのためです。
5時間枠も減りますか
今回の告知は週間上限についての変更です。5時間枠についての変更は今回の発表には含まれていません。
無料プランやAPIにも影響しますか
告知で挙げられている対象は Pro / Max / Team / シート課金型のEnterprise です。API（従量課金）は別体系なので、この変更の対象外です。無料プランについては今回の告知では言及されていません。
上限に達したら、どうなりますか
公式ヘルプには、残容量についての警告メッセージが表示されると記載されています。挙動としては前述のとおり、Opus専用枠を使い切った場合は他のモデルで作業を継続でき、全モデル共通の週間枠を使い切った場合はリセットまで停止します。
自分のプランの正確な上限値はどこで確認できますか
固定値の公表はないため、Claude Codeの /usage、またはWeb版の設定画面の使用状況が唯一の確認手段です。第三者サイトが掲載している時間数は推計であり、アカウントによって異なります。
まとめ：数字の解釈より、自分の実測を持つこと
今回の件で本当に大事なのは、25%と17%のどちらが正しいかではありません。自分が週にどれだけ使っているかを、数字で知っているかどうかです。
知っていれば、9月14日は「125で足りるか」という掛け算1回の問題に変わります。知らなければ、その日から始まる不調の原因が上限なのか自分の使い方なのかも切り分けられません。
要点を3つにまとめます。
- 9月14日から、標準の週間上限は恒久的に25%増。同時に一時的な50%増が終了し、今日比では約17%減
- 効いてくるのは5時間枠ではなく週間枠。週の後半、特に無人運用が静かに止まる形で表面化する
- 公式は固定の上限値を公表していない。
/usageでの実測が唯一の判断材料になる
私たちは、Claude Codeを業務にどう組み込むか、無人運用をどこまで任せてよいかという設計の相談を日常的に受けています。上限の変更は、その設計を点検し直す良いきっかけになるはずです。
Claude Codeを「素のまま」使うな
設定で差がつく——CLAUDE.md・権限・スキルの実物を公開（全24ページ）
素のClaude Codeは"優秀な新入社員"。仕事を教えるほど、自分専用になります。覚えさせる4点セット——会社の説明書（CLAUDE.md）・権限の柵・手順書（スキル）・フォルダの地図——を、1人会社の実運用からコピペで使える型つきで公開します。
- そのまま書き換えて使えるCLAUDE.mdの型
- お金と送信をAIに触らせない「3段階の柵」
- 1回教えたら何度でも動く、手順書のコピペ雛形
- AIが迷子にならないフォルダ構造の3原則
受け取りページには、他にもこれだけ置いてあります
＋6PDF 10点・合計266ページ ＋ すぐ使えるzip素材 3点
どれも登録後の受け取りページから、まとめてダウンロードできます。
毎週金曜の無料ニュースレター「まるごとAI経営」の購読特典です。メール登録後すぐ、受け取りページのご案内が届きます。そこにはこの資料に加えて、過去の特典もすべてまとめて置いてあります。あわせて、AI活用に関するお知らせやお役に立てそうなご案内をお送りすることがあります。解除はいつでも1クリック。
御社の業務に合わせたClaude Code導入支援
「AIツールを導入したが、現場で使われない」を終わらせる。
業務課題のヒアリングから設計、ハンズオン実践、運用定着まで一貫して支援します。