9 月 13 日で週次上限の 50% 引き上げが終わります
Claude Code の週次利用上限を 50% 引き上げるプロモーションが、2026 年 9 月 13 日で終わります。Anthropic の公式ヘルプセンターに掲載されている Claude Code May–August 2026 weekly limits promotion に、期間は 2026 年 5 月 13 日から 2026 年 9 月 13 日までと書かれています。原文は From May 13, 2026 through September 13, 2026 です。
いま Claude Code を毎日使っている人にとって、この引き上げ後の枠は特別なものではなく、既定の状態として体に入っています。5 月中旬から 4 ヶ月続いた枠なので、その前を覚えていない人のほうが多いはずです。9 月 14 日以降に実務へ響くのは、上限の数字そのものより、報道どおりに週次の枠が狭まった場合、同じ使い方を続けると週の後半で枠が不足するという点です。止まったセッションが自動で再開する仕組みは 使用制限のリセット後に自動で再開する にまとめていますが、再開できるのは枠が戻ってからで、待ち時間そのものは消えません。
ここで先に整理しておきたいのは、いま出回っている情報の確度が 2 つに分かれていることです。9 月 13 日までの話は公式ヘルプセンターで確認できます。9 月 14 日以降の話は、2026 年 9 月 3 日時点では公式に記載がなく、報道として流れている段階です。
| 内容 | 出どころ | この記事での扱い |
|---|---|---|
| 週次上限の 50% 引き上げは 5 月 13 日から 9 月 13 日まで | 公式ヘルプセンター | 確認できた事実 |
| 対象は Pro・Max・Team と従来型の Enterprise 座席 | 公式ヘルプセンター | 確認できた事実 |
| 5 時間の利用上限はこのプロモーションの対象外 | 公式ヘルプセンター | 確認できた事実 |
| 9 月 14 日からプロモーション前比で 25% 増の水準へ | 公式 X アカウントの投稿として複数の媒体が報じた内容 | 未確定として扱う |
| 現在と比べると週次上限は 17% の削減になる | 同上 | 未確定として扱う |
この記事では、上の 3 行を前提として使い、下の 2 行は「報じられている」の形でだけ扱います。数値を確定として使いたい場合は、9 月 14 日が近づいてから公式ヘルプセンターを開き直してください。
対象は Pro・Max・Team と Enterprise の従来型座席
公式ヘルプセンターの記載では、プロモーションの対象は Pro・Max・Team の各プランと、Enterprise プランのうち従来型の座席契約です。原文では legacy seat-based users on Enterprise plans と書かれています。逆に、無料プランと従量課金型 (consumption-based) の Enterprise 座席は含まれません。
| 契約 | プロモーションの対象 | 9 月 13 日を境にした影響 |
|---|---|---|
| Pro | 対象 | 週次の枠の 50% 引き上げがなくなる |
| Max | 対象 | 同上 |
| Team | 対象 | 同上 |
| Enterprise (従来型の座席契約) | 対象 | 同上 |
| Enterprise (従量課金型の座席) | 対象外 | このプロモーションによる変化はない |
| 無料プラン | 対象外 | 同上 |
組織で使っている場合、ここが最初の確認事項になります。Enterprise 契約の座席が従来型と従量課金型のどちらなのかは、実際に使っている開発者からは見えません。契約を持っている部門か管理者に聞かないと分からないことがほとんどです。「うちは Enterprise だから関係ない」も「Enterprise だから同じように減る」も、確認しないうちは決められません。
社内に Pro・Max の個人契約と Team・Enterprise が混在している組織では、影響の出方が人によって変わります。9 月 14 日以降に「急に止まるようになった」という声が一部からだけ上がったとき、契約形態の違いが原因なのか使い方の違いが原因なのかを切り分けられるよう、いま誰がどの契約で使っているかを一覧にしておくと後の調査が短くなります。
5 時間ウィンドウと週次上限は別の枠です
Claude Code の利用上限は二層になっています。5 時間ごとに区切られたウィンドウの上限と、1 週間単位の上限です。公式ヘルプセンターは、5 時間の利用上限はこのプロモーションの影響を受けないと明記しています。原文は 5-hour usage limits are not affected by this promotion です。
flowchart TD
A["Claude Code の利用"] --> B["5 時間ウィンドウの上限"]
A --> C["週次の上限"]
B --> D["プロモーションの対象外<br/>9 月 13 日の前後で変わらない"]
C --> E["プロモーションで 50% 引き上げ<br/>9 月 13 日で終了"]この二層構造を押さえておくと、9 月 14 日以降に起きることの見当がつきます。短時間に集中して使ったときの止まり方は、いままでと変わりません。変わるのは 1 週間を通した総量のほうです。報道どおりに週次の枠が狭まると、1 日単位では変化が見えないのに、週の後半になって急に枠が不足するという現れ方をします。
この差は運用上わりと大きいところです。5 時間ウィンドウは短い周期でリセットされるため、上限に達しても待ち時間を休憩や別作業に充てられます。週次で止まった場合は、リセットまでの残り日数によっては、その週の予定そのものを組み直すことになります。ただし、それぞれのリセットが具体的にどう働くかは公式ヘルプセンターで確認してください。この記事では周期の長さの違いだけを扱います。
補足
9 月 13 日を境に変わるのは週次の枠だけです。5 時間ウィンドウ側の挙動が変わったように見える場合は、別の要因を疑ってください。
9 月 14 日以降として報じられている内容
ここからは確度が下がります。2026 年 9 月 3 日時点で、公式ヘルプセンターのプロモーション記事にも、公式ブログにも、9 月 14 日以降の上限についての記載は見つかりませんでした。 以下は、Anthropic の公式 X アカウントの投稿として複数の媒体が一致して報じている内容です。
報じられているのは、2026 年 9 月 14 日から、Pro・Max・Team と座席ベースの Enterprise の週次上限が、恒久的にプロモーション前より 25% 高い水準に落ち着く、という内容です。ここで読み違えやすいのが基準の取り方です。この 25% はプロモーションが始まる前の水準を基準にした数字とされているため、いまの枠にさらに 25% 乗るという意味ではありません。いまと比べれば下がる方向の変更です。
| 時期 | プロモーション前を 100 としたときの水準 |
|---|---|
| 2026 年 5 月 12 日まで | 100 |
| 2026 年 5 月 13 日〜9 月 13 日 | 150 |
| 2026 年 9 月 14 日以降 (報道) | 125 |
150 から 125 への変化は、約 17% の減少にあたります。Anthropic 自身の説明として引用されている文言も、現在と比べると Claude Code の週次上限は 17% の削減になる、という趣旨のものです。プロモーション前と比べれば増えているが、いまと比べれば減る、という位置づけになります。
注意
この節の数値は、いずれも公式ヘルプセンターと公式ブログでは確認できていません。社内資料や見積もりの前提として使う前に、公式ヘルプセンターの プロモーション記事 で最新の記載を確認してください。
報道の出どころとされる投稿そのものには、2026 年 9 月 3 日時点で到達できませんでした。投稿が差し替えられたと複数の媒体が伝えています。二次情報として参照できるのは、BleepingComputer の記事 と implicator.ai の記事 です。数値は一致していますが、独立した一次情報が 2 つある状態ではなく、同じ投稿を複数の媒体が報じている状態だという点は押さえておいてください。
FIXIT複数のニュースが同じことを書いてるなら、もう確定でよくない？
Kaname元が同じ 1 件の投稿なので、記事の数が増えても裏付けの数は増えません。
FIXITあー、コピー元が同じってことか。じゃあどうすればいいの？
Kaname枠が減る前提で予定を組み、数値だけ公式ページで確認します。この手順にしておくと回ります。
公式ページの記載そのものが書き換わっています
もう 1 つ、この件を追ううえで知っておくとよいことがあります。公式ヘルプセンターの記事タイトルは Claude Code May–August 2026 weekly limits promotion のままですが、本文に書かれた期間は 9 月 13 日までになっています。タイトルは 8 月までを指しているのに、中身は 9 月まで延びている状態です。
このずれは、プロモーションが何度か延長されてきたことによるものです。当初の終了予定から複数回延びて現在の 9 月 13 日に至っています。中間の延長がいつ行われたかは公式ページからは読み取れないため、この記事では日付を挙げません。読み取れるのは、開始が 5 月 13 日で、現在の終了予定が 9 月 13 日である、という 2 点だけです。
実務的な意味は 2 つあります。1 つは、9 月 13 日という日付も動きうるということです。これまで複数回延びてきた以上、また延びる可能性は残ります。もう 1 つは、タイトルではなく本文の日付を見る必要があるということです。タイトルの月表記を根拠に社内へ周知すると、実際の期限とずれます。
確認するときの手順は次のとおりです。
- 公式ヘルプセンターのプロモーション記事を開く
- タイトルではなく本文の期間の記述を読む
- ページの更新日を確認する。更新されていれば内容が変わっている可能性がある
- 9 月 14 日以降の水準について記載が追加されているかを見る
この記事の情報も、2026 年 9 月 3 日時点で確認できた範囲のものです。社内の判断材料にするときは、日付とあわせて扱ってください。
上限が減る前提でペース配分を決める
ここからは、数値が確定していなくてもできることです。前提は 1 つで、9 月 14 日以降の週次の枠が、いまの水準より広くなることはないという点です。プロモーションがまた延びればいまのまま、報道どおりに切り替われば狭まります。現時点で見えている 2 つのどちらでも広がりはしないので、この前提だけで決めておけることがいくつかあります。
まず、重い作業を区切りの前半に集中させないことです。週次の枠が何曜日を起点にリセットされるかは公式ページに書かれていないので、まず自分の環境でその区切りを確かめてください。そのうえで、区切りの前半に大きな作業を寄せると後半に残る枠が細ります。締め切りが区切りの後半と重なる置き方をしていると、いちばん止まってほしくない時期と、枠が薄い時期がぶつかります。
何を「重い作業」と見なすかを先に言語化しておくと、チームで同じ基準を使えます。目安になるのは次のようなものです。
- リポジトリ全体を横断して読ませる調査
- 広い範囲に及ぶリファクタリングや移行作業
- 長時間にわたって自動で走らせる処理
- 大きな差分に対する反復的なレビュー
これらを流す前に、同じ区切りのなかでほかの重い作業が予定されていないかを見るだけでも、区切りの後半に上限で作業が止まる回数を減らせます。
次に、枠が誰の単位で付くのかを確認することです。座席ごとに枠が割り当てられるのか、組織で共有するのかは、今回参照した公式ページには書かれていません。チームで使っているなら、ここを先に確かめてください。共有する形であれば、誰がいつ重い作業を流すかを事前に決めておくか、少なくとも流す前に共有する形にしておくと、原因の分からない停止が減ります。
そして、締め切り直前に枠が残っている前提で予定を立てないことです。枠は作業の速度ではなく、その週にまだ使えるかどうかを決めます。 枠が残っていなければ、どれだけ急いでもその週の作業は進みません。リリース前日にまとめて仕上げる進め方は、上限が減るほど成立しにくくなります。
消費のかたちを記録しておく
上限値が公表されていない状況でも、自分の消費のかたちは測れます。むしろ、枠が減る前に計測しておくことに価値があります。 9 月 14 日以降に「体感で減った気がする」と話すのと、9 月上旬と比べてどこがどう変わったかを差分で話すのとでは、判断の精度が変わります。
記録しておくとよいのは、上限までの残量そのものより、消費が何によって増えたかのほうです。Claude Code の利用状況を確認する手段と、内訳の読み方は Claude Code のコスト最適化 に整理しています。
記録の粒度は、細かくしすぎないほうが続きます。日付と曜日、作業の種類、週次で止まったかどうか、そして止まったときに何をしていたかの 4 点まで削ると、手が止まりにくくなります。
| 記録する項目 | 何のために見るか |
|---|---|
| 日付と曜日 | 週のどこに消費が寄っているかを見る |
| その日にやった作業の種類 | どの作業が枠を多く消費するかを見る |
| 週次の上限に当たったか | 当たる頻度と、当たる曜日の傾向を見る |
| 上限に当たったときの作業 | 削る候補を決めるときの材料にする |
何週間か続ければ、自分の週の形が見えてきます。組織全体で AI 利用の効果を数字にしたい場合は、この計測と別に指標の設計が必要です。考え方は AI 駆動開発の生産性を測る にまとめています。
モデルの使い分けと、常時つないでいるものの見直し
枠が狭まっても作業量を保つには、同じ作業を安く済ませるより、使わなくてよい消費を減らすほうが効きます。
作業ごとにモデルを振り分けるのは、そのいちばん分かりやすい手当てです。設計判断や難所のレビューは上位のモデルに寄せ、数で回す調査や機械的な置き換えは軽いモデルに振り分けます。全部を高い側で回すと、判断の質が上がるより先に枠が減ります。
もう 1 つ見直す価値があるのは、常時つないでいる連携です。セッションのたびに大きな情報を差し込む設定が入っていると、本人が意識していない場所で消費が進みます。枠が広いうちは隠れた消費に気づきにくいのですが、狭くなると上限に達するのを早めます。 使っていない連携を外し、必要なときだけつなぐ形に変えておくと、週次の枠の消費を抑えられます。9 月 13 日までに済ませてください。
セッションを長く引き延ばさないことも同じ方向の手当てです。会話が長くなるほど 1 往復あたりに送る情報が増えます。区切りのよいところで切り、必要な前提だけを渡し直すほうが、少ない消費で同じ作業を進められます。この考え方は Claude Code に限りません。API 側も含めた費用の構造は LLM のコスト最適化 で扱っています。
コツ
9 月 13 日までに、使っていない連携の棚卸しと、モデルの振り分けの見直しを済ませておくと、枠が狭まったあとの作業量の低下を抑えられます。どちらも大きな作り直しを伴わず、今日から着手できます。
2026 年 5 月 6 日の 5 時間上限の倍増は別の施策です
最後に、混ざりやすい話を切り分けておきます。Anthropic は 2026 年 5 月 6 日に Higher usage limits を公表し、Pro・Max・Team と座席ベースの Enterprise に対して Claude Code の 5 時間レート制限を倍にしました。あわせて Pro と Max ではピーク時間帯の上限引き下げを撤廃し、Claude Opus 系の API レート上限も引き上げています。いずれも同日発効です。この発表に週次上限への言及はありません。 週次の 50% 引き上げは 5 月 13 日開始の別の施策です。5 月に週次が倍になった、と理解していると、9 月 13 日以降の影響を実際より小さく見積もることになります。
まとめ
| 項目 | 内容 | 確度 |
|---|---|---|
| 週次上限の 50% 引き上げ | 2026 年 5 月 13 日から 9 月 13 日まで | 公式ヘルプセンター |
| 対象 | Pro・Max・Team と Enterprise の従来型座席 | 公式ヘルプセンター |
| 対象外 | 無料プラン、従量課金型の Enterprise 座席 | 公式ヘルプセンター |
| 5 時間ウィンドウ | このプロモーションの影響を受けない | 公式ヘルプセンター |
| 9 月 14 日以降 | プロモーション前比で 25% 増の水準。現在と比べると 17% 減と報じられている | 公式の記載を確認できず |
9 月 13 日までに最低限やっておきたいことは 2 つです。1 つは、自分あるいはチームの契約が対象かどうかを確認すること。もう 1 つは、いまの消費のかたちを記録しておくことです。どちらも上限の数値が確定していなくても進められますし、数値が出たときにそのまま判断材料になります。
9 月 14 日以降の正確な数値は、公式ヘルプセンターの記載を直接確認してください。この記事の内容も 2026 年 9 月 3 日時点のもので、記載が更新されれば前提が変わります。
社内で Claude Code を使い始めたものの、誰がどう使うかを決めないまま広がってしまった、という状態であれば、枠が減るタイミングは運用を整える機会にもなります。進め方の相談は お問い合わせ から承っています。