Claude Code週次上限が9月14日から+25%｜実質17%減の理由・Pro/Maxの影響と対策を解説【2026年9月最新】

2026年9月14日から、Claude Codeの標準の週次上限が恒久的に25%引き上げられます。ただし現在は期間限定の50%増が適用中で、それが9月13日に終わるため、今の使用感と比べると約17%減になります。「+25%」と「−17%」はどちらも正しく、比較の基準が「標準」か「今日」かの違いだけです。Anthropic自身も公式アカウントで「Compared to today, this works out to a 17% reduction in weekly limits on Claude Code」と認めています。

この記事でわかること:

• 9月14日に何が変わり、何は変わらないのか（変わるのは3種類ある制限のうち「週次」だけ）
• 「25%増なのに17%減」になる算数を、標準100／現在150／9月14日以降125の3時点で整理
• Pro / Max 5x / Max 20x / Team / Enterprise / Free / APIキー利用の9区分で「自分は対象か」
• 9月14日までにやっておくべき使用量の測定手順（/usage・/insights・ccusage）
• 14日以降に上限へ当たらないための削減策（公式のコスト管理ドキュメント準拠）
• 枠が足りないときの3つの選択肢（Maxへ上げる／usage creditsを足す／APIへ逃がす）の判断材料

毎週のように週次上限に当たっている個人開発者、9月14日以降に業務が止まらないか不安なテックリードやチーム管理者に向けて書いています。

出典: Claude Code 公式サイト

9月14日に何が変わるのか（発表の要点）

出典: Claude Platform Docs「Rate limits」

変わるのは「Claude Codeの標準の週次上限」だけで、幅は+25%（恒久）。同時に、現在適用中の50%増プロモが9月13日で終了します。 2026年8月29日（米国時間）にAnthropicの開発者向け公式アカウント @ClaudeDevs（X） が発表した内容です。

発表の要点を整理すると次のようになります。

原文は以下のとおりです。

"Starting September 14, we're permanently raising standard weekly limits in Claude Code by 25% for Pro, Max, Team, and seat-based Enterprise plans. Until then, the current 50% increase will be in place."（@ClaudeDevs、2026年8月29日）

Anthropicは当初のスレッドを削除したうえで、あらためて次の補足を投稿しています。

"Compared to today, this works out to a 17% reduction in weekly limits on Claude Code."

つまり「恒久的な引き上げ」と「現状からの目減り」は同時に起きます。海外メディアのBleepingComputerは見出しで「Anthropic is cutting Claude Code's current weekly limits by 17%」と報じ、Android Headlinesは「quiet downgrade（静かな格下げ）」と表現しました。日本ではITmedia NEWS・PC Watch・テクノエッジが同内容を報じています。

あわせてAnthropicは「ユーザーがClaudeをより有効活用できていると実感できるよう、利用状況の可視性と管理性を高める変更にも取り組んでいる」と予告していますが、具体的な機能名も時期も現時点では未発表です。

「+25%」なのに「17%減」になる算数

標準の週次上限を100とすると、いまは150（50%増プロモ適用中）、9月14日以降は125（標準+25%）になります。125 ÷ 150 = 約0.83、つまり現状比で約17%減です。

• 「+25%」＝標準（100）と比べた話。プロモがなかった状態と比べれば確かに増えます。
• 「−17%」＝今日（150）と比べた話。日常的に上限まで使っている人の体感は、こちらに一致します。

125 ÷ 150 = 0.8333… なので厳密には約16.7%減ですが、Anthropicの表記に合わせて本記事でも「17%」を使います。

「じゃあ何トークン減るのか」は誰にも言えない

Anthropicは週次上限の絶対値（トークン数・メッセージ数・時間数）を公表していません。 公式が示しているのは倍率（Pro＝1x、Max＝5x / 20x）と、消費量が会話の長さ・複雑さ・使用モデル・使う機能・effort設定によって変動するという説明だけです。したがって今回の変更も、相対値でしか語れません。

なお2025年8月の週次上限導入時にAnthropicが示した「Pro: Sonnet 4を週40〜80時間」「Max 20x: Sonnet 4を240〜480時間＋Opus 4を24〜40時間」という目安がいまも引用されがちですが、これはSonnet 4世代の古い数値です。現行はSonnet 5 / Opus 5世代のため、現在の目安として使うべきではありません。「9月14日以降、Proは週◯時間使える」といった換算を掲げている記事があれば、その時点で根拠を疑ってよいところです。

変わるのは3種類ある制限のうち「週次」だけ

Claude Codeのサブスクリプション利用には制限が3系統あり、今回動くのは週次枠のみです。 5時間のセッション枠とモデル別枠は据え置きです。ここを混同すると、9月14日以降に起きる現象を誤診します。

判断上、重要な違いがひとつあります。公式のエラーリファレンスは、セッション枠・週次枠について「a seat-based usage window on a subscription plan, shared across all models, so the developer can't restore access by switching models with /model」と説明しています。

• 週次枠・セッション枠は全モデル共通 → /model でSonnetやHaikuに切り替えても回復しません
• Opus limit / Sonnet limit はモデル系統ごと → こちらに当たった場合は別系統のモデルに切り替えれば作業を継続できます

「上限に当たったのでモデルを落としたら動いた／動かなかった」という食い違いは、たいていこの区別が原因です。

5時間枠については、2026年5月6日にPro / Max / Team / シートEnterpriseで恒久的に2倍化され、Pro・Maxのピーク時間帯スロットリングも撤廃されています（公式発表）。この措置は今回の変更で巻き戻されません。

Claude Code自体の基本的な使い方や設定を確認しておきたい場合は、Claude Codeの使い方ガイドにインストールから実践ワークフローまでまとめてあります。

自分は影響を受けるのか（プラン別早見表）

出典: Anthropic 公式料金ページ

Pro / Max / Team / シートベースのEnterpriseは対象、Free・従量ベースのEnterprise・APIキー利用は対象外です。 同じ「対象」でも体感の重さは違うため、影響度もあわせて整理します。

※ 料金は claude.com/pricing および公式サポート記事（2026年9月1日時点）に基づく米ドル表記です。pricingページでは「Max 20x: From $100/month」と紛らわしい表示が見られますが、公式サポート記事「What is the Max plan?」では Max 5x＝$100/月、Max 20x＝$200/月（Web契約時）と明記されています。モバイルアプリ経由の契約は価格が異なる場合があります。日本円建ての公式価格は執筆時点で確認できていません。円換算を含むプラン全体の比較はClaude料金の比較記事にまとめています。

※ Enterprise（消費ベース）が対象外である点は、発表文が「seat-based Enterprise」と明示していることからの解釈であり、Anthropicが「消費ベースは対象外」と明示した文言は確認できていません。

影響が大きい順に言うと

1. Proで毎週上限に当たっている個人開発者 — 元の枠が小さいため、17%減は「金曜に止まっていたのが木曜に止まる」レベルの差になりやすいところです。
2. Max 5xでちょうど使い切っていた人 — 余裕がないぶん、削減分がそのまま作業停止時間に変わります。
3. Max 20xのヘビーユーザー — 相対幅は同じでも、失う絶対量はいちばん大きくなります。並列エージェントを常時走らせている運用では体感が出ます。
4. Team / Enterpriseシート — 個人の困りごとではなく、シート単価あたりの費用対効果の再計算が必要になります。

逆に、週次上限に一度も当たったことがない人は、9月14日を過ぎても何も起きません。 Anthropicが2025年8月に週次上限を導入した際、「現在の使用状況では対象は加入者の5%未満」と説明していたことも判断材料になります（当時の説明であり、現在の割合は非公開です）。

週次枠を減らしているのはClaude Codeだけではない

Pro / Max / Team / Enterpriseの使用枠は、Claude Code・claude.aiのチャット・Coworkで共有されています。 これは対策を考えるうえで見落とされがちな、しかし効き目の大きい事実です。

公式サポート記事「Use Claude Code with your Pro or Max plan」には次のように記されています。

"usage limits that are shared across Claude and Claude Code, meaning all activity in both tools counts against the same usage limits"

Team / Enterpriseについても公式ドキュメントは「each member's Claude Code usage draws from a per-seat allowance that resets on a rolling five-hour window and a weekly window. The allowance is shared with Claude chat and Cowork」と明記しています。

つまり、ブラウザでのチャットや調べもの、Coworkでの作業も、Claude Codeの週次枠を確実に削っています。 9月14日以降に枠が窮屈になるなら、Claude Code側の節約だけでなく「軽い質問はどこでするか」という運用も見直す価値があります。

さらにClaude Code内部でも、消費の内訳はセッション全体に散っています。/usage は消費の内訳（attribution）として次を表示します。

• Skills・サブエージェント・プラグイン・MCPサーバー別の消費割合
• behavior flags（long context や cache misses が直近使用量の10%以上を占めると警告）
• Loops行（/loop などのスケジュールタスクによる消費。v2.1.242以降）

「自分は普通に使っているだけなのに枠が溶ける」という場合、犯人はたいてい常時接続しているMCPサーバー、肥大化したCLAUDE.md、放置されたスケジュールタスクのいずれかです。

50%増プロモはいつ始まり、なぜ終わるのか

現在の50%増は2026年5月13日に始まった期間限定措置で、当初は7月13日までの予定でした。その後4回の延長を経て、9月13日で終了します。 経緯を追うと、今回の発表が「突然の削減」ではなく「延長の打ち止め＋一部恒久化」であることがわかります。

この50%増は、当初からOpenAI Codexへの対抗策という文脈で報じられていました。実際、Codex側にも5時間制限やクレジットレートの変更履歴があり、両社は制限設計で競り合っています。競合側の制限の現状はCodexの5時間制限の最新状況やChatGPT Plusの5時間制限で整理しています。

なお延長回数「4回目」はテクノエッジの報道に基づくもので、各延長の告知日時をAnthropicが一覧で公表しているわけではありません。

この変更は公式ドキュメントにまだ載っていない

2026年9月1日時点で、9月14日の変更は公式ドキュメント・料金ページ・ヘルプセンターのいずれにも反映されていません。 一次ソースは@ClaudeDevsのX投稿と、それを受けた各社報道のみです。

確認した範囲では次のとおりです。

• code.claude.com/docs/en/whats-new のダイジェストは Week 34（8月17〜21日）まで
• support.claude.com の「What is the Max plan?」「How do usage and length limits work?」にも記載なし
• claude.com/pricing の記載にも変更なし

これは珍しいことではなく、Anthropicの制限変更はSNSで先に告知され、ドキュメント反映が後追いになるパターンが繰り返されています。実務的には、9月14日直後にドキュメントと料金ページを再確認するのが確実です。

また、公式が説明していない点として次があります。

• 9月14日をまたぐ週の枠が、その週の途中で切り替わるのか、次のリセットタイミングから切り替わるのか
• Team Standard / Team Premium それぞれの具体的な増減幅（「Pro / Max / Team / シートEnterprise」と一括表記のみ）
• コミュニティの反発を受けた撤回・緩和の可能性（2026年9月1日時点では、そうした発表は確認できていません）

週次枠のリセットは「アカウントごとに割り当てられた、毎週固定のタイミング」で行われ、ユーザー側で変更できません（公式サポート「the weekly limit resets at a fixed time each week that is assigned to your account」）。自分のリセット時刻は /usage で確認できます。

9月14日までにやること：いまの使用量を「測って」おく

出典: Claude Code Docs「Track team usage with analytics」

対策の前に、基準値を持っておくことが最も費用対効果の高い準備です。 9月14日以降に「なんとなく厳しくなった気がする」と感じても、比較対象がなければ打ち手を選べません。プロモ終了までに次の3つを済ませておくことをおすすめします。

1. /usage で直近7日間の消費を記録する

Claude Code内で /usage を実行し、w キーで7日間表示に切り替えます。ここで確認・スクリーンショットしておくべきは以下です。

• プラン使用バー（セッション枠・週次枠それぞれの消費割合）
• 週次枠のリセットまでの残り時間と、リセットの曜日・時刻
• 消費の内訳（Skills / サブエージェント / プラグイン / MCPサーバー別）
• behavior flags の警告有無（long context、cache misses など）
• Loops行（スケジュールタスクの消費量）

注意点として、/usage の数値はそのマシンのローカルセッション履歴から計算した概算です。他のデバイスやclaude.ai側の使用分は含まれません。複数マシンで使っている人は、それぞれで記録する必要があります。

また /usage のSessionブロックに表示されるドル金額は本来API利用者向けの指標で、サブスク利用者にとって請求上の意味はありません（公式Note）。サブスク利用者が見るべきはプラン使用バーとアクティビティ統計です。

2. /insights でセッション分析レポートを出す

/insights を実行すると ~/.claude/usage-data/report.html にセッション分析レポートが生成されます。どのプロジェクト・どの作業が重いのかを、9月14日前の状態としてファイルで残せます。

3. ccusage などで消費の推移を取り続ける

ローカルのセッションJSONLを解析してトークン消費とコスト相当額をCLIで可視化できるツール（ccusage など）を入れておくと、9月14日前後の推移を数値で比較できます。導入手順と読み方はccusageの使い方にまとめています。公式の枠の絶対値は取得できないため、あくまで「自分の消費量の相対変化」を追う用途です。

チーム・法人であれば、これに加えて次の手段があります。

• 組織アナリティクスのスペンドレポート（CSV、日次更新）
• claude.ai/analytics/claude-code の導入ダッシュボード
• Enterprise Analytics API（read:analytics スコープ）
• OpenTelemetryエクスポート — 全構成で利用でき、ユーザー別のトークン・コストをほぼリアルタイムで自社基盤へ流せる唯一の手段

9月14日以降、上限に当たらないための対策

出典: Claude Code Docs「Manage costs effectively」

Anthropicの公式コスト管理ドキュメントに、効果の大きい削減策がまとまっています。 17%減を吸収するだけなら、効果の大きい上から2〜3個を実行すれば足りるケースがほとんどです。

公式が「長時間セッションで使用量が増える理由」として挙げているのは、long context、cache misses（キャッシュ寿命超過）、scheduled tasks、cross-session messages、goal check-ins、agent teammates、compaction です。心当たりのある機能から順に見直すのが早道です。

各施策の詳しい設定手順は個別記事にまとめています。

• Claude Code Hooks の使い方（PreToolUseでの前処理）
• Claude Code Skills 使い方完全ガイド（CLAUDE.mdからSkillsへ移す）
• Claude Code サブエージェントの使い方
• Claude Code MCP連携ガイド（未使用サーバーの整理）
• Claude Code Agent Teamsの使い方（約7倍のコストの実態）
• Claude Code Routines 使い方完全ガイド（スケジュールタスクの消費）

より体系的にコストを詰めたい場合は、Claude Code コスト最適化完全ガイドにプロンプトキャッシュの扱いやプラン選択の考え方まで整理してあります。

上限に当たったときの挙動も設定しておく

v2.1.234以降、上限のリセットを待って中断したタスクを自動継続する挙動が用意されています。/rate-limit-options から選択でき、管理者は autoContinueAtUsageLimit で制御します。デスクトップアプリでは「Auto-continue when limits reset」のチェックボックスとして提供されています。

「夜間に上限へ当たって朝まで止まっていた」を避けたい運用では、9月14日より前に設定しておく価値があります。

枠が足りないときの3つの選択肢

17%減を運用の工夫で吸収できない場合、選択肢は「上位プランへ移る」「usage creditsを足す」「APIへ逃がす」の3つです。 それぞれ性格が違うため、判断材料を整理します。

usage credits（追加使用枠）の仕様と落とし穴

usage creditsは、プランの上限に達した後も標準APIレートで利用を継続できる仕組みです。公式サポート記事が示す要点は次のとおりです。

• 対象: Pro / Max 5x / Max 20x / Team / Enterprise（モバイルアプリ経由の契約はWeb版でのみ有効化可）
• 課金: "billed at standard API rates"（標準API単価）
• 1日あたりのチャージ上限は$2,000。月次スペンドリミットの設定とオートリロードが可能
• 有効化: claude.ai の Settings > Usage > Usage credits で Enable し、支払い方法登録と「Add funds」
• CLIからは /usage-credits（/login でclaude.aiサブスク認証済みの場合のみ。APIキー認証では使えません）

最大の落とし穴はプロンプトキャッシュのTTLです。 公式のコスト管理ドキュメントによると、サブスクリプション内ではキャッシュTTLが1時間なのに対し、usage creditsを使い始めると5分に落ちます。長時間のセッションではキャッシュミスが増え、想定より消費が膨らみやすくなります（TTLは手動指定で1時間を維持できます）。

もうひとつ、意図しない従量課金は実際に起きています。過去にはコミットメッセージ由来の不具合で定額枠が迂回され、$200超の追加課金が発生した事例が報告されました（HERMES.md課金バグの経緯）。usage creditsを有効化するなら、月次スペンドリミットを必ず設定してから使うのが安全です。

損益分岐の考え方

APIの標準単価（2026年9月1日時点の公式モデル一覧の値）は次のとおりです。

判断の目安として使えるのは、Anthropicが公表しているエンタープライズ導入の平均コストです。開発者1人あたりアクティブ日で約$13、月$150〜$250、90%のユーザーはアクティブ日$30未満とされています。

ここから逆算すると、おおまかには次のように考えられます。

• 月の消費がAPI換算で$100を大きく下回る → Proのままで運用を工夫する、または必要な週だけusage creditsを足す
• 月$100〜$200前後で安定 → Max 5x、上限に頻繁に当たるならMax 20x
• 月$250を超え、かつ自動化・CI主体 → APIキー利用に逃がして支出上限で管理する方が可視性が高い

Max 5xとMax 20xの差額は月$100です。usage creditsで月$100を足すとSonnet 5の入力で約50Mトークン相当ですが、キャッシュTTLの短縮でミスが増える前提を織り込むと、恒常的に不足しているならプラン変更、突発的な不足ならcreditsという切り分けが実務的です。プラン間の違いはClaude Maxプランの解説で詳しく比較しています。

なお、モデルによっては1Mコンテキストの扱いがプランで異なります（公式 model-config ドキュメント）。

Usage credits required for 1M context というエラーが出た場合はこの制約に当たっています。また Claude Fable 5 は、どのアカウントでも既定モデルではなく、v2.1.170以降が必要で、ZDR環境では利用できず、プラン・シート階層によってはusage credits課金になります。

チーム・法人での影響と対応

シートベースのTeam / Enterpriseも対象のため、9月14日以降は「シート単価あたりの実効使用量」が下がります。 個人の節約テクニックとは別に、管理者側でやるべきことがあります。

1. 9月14日前後のスペンドレポートを比較する — 組織アナリティクスのCSV（日次更新）と claude.ai/analytics/claude-code の導入ダッシュボードで、シート別の消費変化を追います。
2. modelPricing を設定しておく — managed settings（v2.1.242以降）で契約レートを反映しないと、/usage・ステータスライン・OpenTelemetryの金額がリスト価格ベースでズレます。
3. Claude Console認証時のワークスペース汚染に注意 — Claude Console認証を使うと「Claude Code」ワークスペースが自動作成され、組織全体のAPIレート制限を消費します。他の本番ワークロードを守るには、このワークスペース側にレート制限を設定します。
4. チーム規模に応じたレート制限を設計する — 公式が示す推奨値は下表のとおりです。

CI/CDや自動化はAPI側へ寄せる — 週次上限の影響を受けない構成にしておくと、開発者の対話用シートを守れます。

権限設計や管理者設定を含む導入まわりはClaude Code チーム導入ガイドに整理しています。

こんな人は9月14日の変更に備えるべき

「週次上限に当たった経験があるかどうか」が、そのまま判断の分かれ目になります。

備えが必要な人

• 週の後半に You've hit your weekly limit を見たことがある
• Pro / Max 5xで、平日ほぼ毎日Claude Codeを数時間動かしている
• Agent Teamsやスケジュールタスク（Loops / Routines）を常用している
• Claude Codeに加えて、claude.aiのチャットやCoworkも日常的に使っている
• 締切前に集中して使う働き方で、特定の週だけ消費が跳ねる
• チームでシートを配っており、9月以降の生産性低下を説明する責任がある

この場合は、9月13日までに /usage の7日間表示で基準値を記録し、削減策を2〜3個仕込んでおくのが現実的です。

特に何もしなくてよい人

• 週次上限に当たったことが一度もない（多くのライトユーザーはここに該当します）
• 主にAPIキー（Claude Console / Bedrock / Google Cloud / Microsoft Foundry）で使っている
• 消費（従量）ベースのEnterprise契約
• Claude Codeを週に数時間しか使っていない
• 5時間のセッション枠には当たるが、週次枠には余裕がある

5時間枠にだけ当たっている人は、今回の変更とは無関係です。5時間枠は2026年5月の恒久2倍化からそのまま据え置かれています。

よくある質問

Q. 9月14日を過ぎたら、5時間のセッション枠も減りますか。
A. いいえ。今回の変更は週次上限のみです。5時間枠は2026年5月6日の恒久2倍化がそのまま継続します。

Q. Opus limit と weekly limit は同じものですか。
A. 別物です。Opus limit / Sonnet limit はモデル系統ごとの枠で、当たっても別系統のモデルに切り替えれば作業を続けられます。週次枠は全モデル共通です。

Q. 週次上限に当たったとき、/model でSonnetに落とせば回復しますか。
A. 回復しません。公式ドキュメントが明記しているとおり、セッション枠・週次枠は全モデル共通の枠で、/model での切り替えでは戻りません。復帰の選択肢はリセットを待つか、usage creditsを有効化するかのどちらかです。

Q. 結局、週に何トークン使えるようになるのですか。
A. Anthropicが絶対値を公表していないため、正確に答えられる情報源は存在しません。公式が示しているのは倍率（Pro 1x、Max 5x / 20x）だけです。「Proは週◯時間」という数値は2025年8月・Sonnet 4世代のもので、現行の目安には使えません。

Q. Freeプランには影響がありますか。
A. ありません。今回の対象はPro / Max / Team / シートベースのEnterpriseです。

Q. 9月14日をまたぐ週は、途中で上限が切り替わりますか。
A. 公式の説明がなく、現時点では不明です。週次枠のリセットはアカウントごとに割り当てられた固定タイミングで行われるため、実際の切り替わり方は9月14日以降のユーザー報告と公式ドキュメントの更新で確認する必要があります。

Q. Anthropicがこの変更を撤回する可能性はありますか。
A. 開発者コミュニティからは「利得だけを見出しにし、正味の減少を伏せた」という批判が出ており、Anthropicの社員も伝え方の問題を認めたと報じられています。ただし2026年9月1日時点で、撤回や緩和の発表は確認できていません。

Q. 他のコーディングAIに乗り換えるべきですか。
A. 週次上限だけを理由に乗り換えると、別の制限設計に当たるだけになりがちです。Codexにも5時間制限やクレジットレートの変更履歴があります。乗り換えを検討するなら、制限だけでなく実際の作業品質と統合環境を含めて比較してください。判断材料としてはClaude Code vs GitHub CopilotやCursor vs Claude Codeが使えます。

まとめ：数字の見え方に惑わされず、自分の消費で判断する

「+25%」も「−17%」も同じ事実の別の見方です。標準と比べれば増え、いまと比べれば減ります。 判断の基準は、ニュースの数字ではなく、自分が週次上限に当たっているかどうかです。

• 9月14日から、Claude Codeの標準週次上限が恒久的に+25%。同時に50%増プロモが終了し、現状比では約17%減
• 変わるのは週次枠だけ。5時間のセッション枠とモデル別枠は据え置き
• 対象はPro / Max / Team / シートベースEnterprise。Free・従量Enterprise・APIキー利用は対象外
• 上限の絶対値は非公開のため、「週◯トークン」と断定する情報は根拠がない
• 9月13日までに /usage（w 表示）で基準値を記録しておくと、以降の判断が速い
• 削減効果が大きいのは /clear の徹底、Sonnet中心のモデル運用、MCPサーバーの整理、CLAUDE.mdの圧縮、Hooksでの前処理
• 恒常的に足りないならプラン変更、突発的な不足ならusage credits、自動化はAPIへ

なお、この変更は公式ドキュメント・料金ページ・ヘルプセンターにまだ反映されていません（2026年9月1日時点）。一次ソースはAnthropicの開発者向け公式アカウントの投稿と各社報道です。9月14日以降に実際の枠がどう変わったか、そしてAnthropicが予告している「利用状況の可視性と管理性を高める変更」が何になるかは、公式ドキュメントの更新を追って確認してください。