Claude Code 制限が2026年9月14日に変わります。公式アカウント @ClaudeDevs は「週次上限を恒久的に25%引き上げる」と告知しましたが、同じスレッドで「今日と比べると17%の削減になる」とも述べています。この2つは矛盾しておらず、比較の基準が「標準」か「今日」かという違いでしかありません。本記事では告知3連スレッドの原文と投稿時刻を機械的に取得して検証し、そもそもClaude Code の制限が何種類あるのか、公式ドキュメントに何が書かれていて何が書かれていないのかまでを、推測を混ぜずに整理します。

2026年9月14日のClaude Code週次上限変更のまとめ図。標準を100としたとき、2026年5月12日までが100、5月13日から9月13日までが150、9月14日以降が125になることを棒グラフで示し、今日比では17%減であること、対象がPro・Max・Team・シートベースEnterpriseであること、上限の絶対値が未公表であることを併記している。
「+25%」と「−17%」が同時に成立する理由は、比べている相手が違うことに尽きる。

30秒でわかる 9月14日の変更

変わるのは週次上限だけ。ローリング5時間のセッション枠には告知でもリプライでも一切言及がない
標準比では恒久+25%、今日比では17%減。5月13日から続く「50%増」が9月13日で終わるため
17%はAnthropic自身の計算。当サイトの解釈ではなく、同一スレッドの2投稿目で明言されている
算術でも一致。1.25 ÷ 1.50 = 0.833 → 約16.7%減
上限の絶対値は非公開。料金ページにもヘルプにも週次上限の数値は無く、比率でしか語れない
公式ドキュメントには未記載(2026-08-30時点)。一次ソースは現状Xスレッドのみ

Claude Code そのものの導入・設定・運用の全体像は、Claude Code|2026年版・インストールからCLAUDE.md・Hooks・本番運用までの実装手引きにまとめてあります。本記事はそこから「利用上限」という一点だけを切り出します。

Claude Code 制限の全体像——3種類あるうち変わるのは「週次」だけ

「制限に当たった」という話が噛み合わないのは、Claude Code 制限が1つではないからです。「claude code 上限」「claude code 週次制限」と呼び分けられているものも、指しているレイヤーが違うだけで同じ話をしていることがあります。公式ドキュメントの記述を整理すると、サブスクリプションプランで効いてくる枠は3系統に分かれます。

Claude Codeの制限を3階層で示した図。最上段が週次の上限で今回9月14日に変わるのはここだけ、中段がローリング5時間のセッション枠で告知に言及がなく変更対象外、下段がOpusやSonnetといったモデル別の枠でモデルを切り替えれば作業を続けられることを示している。
今回の告知が触れているのは一番上の層だけ。下2層に読み替えてはいけない。
枠の種類 リセットの単位 モデルを変えれば回避できるか 9/14の変更対象
週次の上限 週単位のウィンドウ いいえ(全モデル共通) これが対象
ローリング5時間のセッション枠 直近5時間 いいえ(全モデル共通) 言及なし=未確認
モデル別の枠(Opus / Sonnet など) モデルごと はい/model で別系統へ) 言及なし=未確認

この区別は、公式ドキュメントが管理者向けに書いている「開発者が上限について聞いてきたとき」の節に対応しています。同ドキュメントは、「You’ve hit your session limit」「You’ve hit your weekly limit」というメッセージは全モデル共通の枠なので /model でモデルを切り替えても回復しない一方、「You’ve hit your Opus limit」のようなモデル名入りのメッセージなら別系統のモデルへ移れば作業を続けられる、と両者を明確に区別しています。エラーメッセージの文面がそのまま切り分けの手掛かりになるという設計です。

なお Team / Enterprise プランでは、この枠は「シート(座席)ごとの割当」として扱われ、ローリング5時間と週次の両方のウィンドウでリセットされます。この割当は Claude チャットや Cowork とも共有されるため、Claude Code だけを使っていなくても週次の枠は減っていきます。

9月14日の変更——「+25%」と「−17%」はどちらも正しい

告知の1投稿目の原文はこうです(2026-08-29T16:47:23Z=日本時間 2026-08-30 01:47)。

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.

訳すと「9月14日から、Pro / Max / Team / シートベース Enterprise プランについて、Claude Code の標準の週次上限を恒久的に25%引き上げる。それまでは現行の50%増が適用される」となります。読み違いが起きるのは standard(標準) という語です。25%が乗る相手は「今の状態」ではなく「標準」です。

そして同じスレッドの2投稿目で、Anthropic 自身がその含意を先回りして説明しています。

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

プラス25%とマイナス17%が両立する理由を3つの数値で示した図。標準を100とした場合はプラス25%、今日の150と比べた場合はマイナス17%、実際の比は1.25割る1.50で0.833になることを並べている。
どちらの数字も操作されていない。分母が違うだけ。

算術で確認します。標準の週次上限を 100 とすると、

・2026年5月13日〜9月13日は 50%増=150
・2026年9月14日以降は 恒久+25%=125
・125 ÷ 150 = 0.8333…約16.7%減

Anthropic の言う「17% reduction」はこの計算と一致します。つまり「+25%」も「−17%」も広報上のスピンではなく、単に基準が違う2つの正しい記述です。片方だけを見出しにすると必ず誤解を生むので、本記事では両方を併記しています。

3投稿目は「持続的に提供できる水準を見極める間、付き合ってくれてありがとう」という趣旨の謝辞で、供給側の制約が背景にあることを示唆しています。ただし具体的な容量やコストの内訳は述べられていないため、理由については推測を書きません。

50%増はいつ始まり、なぜ終わるのか——告知の時系列

今回の変更は突然出てきたものではなく、5月から4回にわたって延長されてきた暫定措置の着地点です。@ClaudeDevs の過去投稿を投稿IDと時刻つきで並べると、経緯が読み取れます。

timeline title Claude Code 週次上限の推移(すべて @ClaudeDevs の告知) 2026-05-13 : 週次上限を50%増 : 期限は7月13日 2026-07-18 : 50%増を延長 : 期限を8月19日へ 2026-08-18 : さらに延長し8月31日へ : 「恒久化したいが容量が厳しい」 2026-08-29 : 9月14日から恒久+25% : 50%増は終了
投稿時刻(UTC) 投稿ID 内容
2026-05-13T19:07:51Z 2054639777685934564 週次上限を50%増。期限は7月13日
2026-07-18T16:04:15Z 2078511173759324328 50%増を8月19日まで延長
2026-08-18T19:35:49Z 2089798442306711646 8月31日まで再延長。「恒久化したいが、モデルへの需要が強く今後数週間は容量が厳しくなりうる」
2026-08-29T16:47:23Z 2093742321473065266 9月14日から恒久+25%(=50%増は終了)

注目すべきは3件目です。2026年8月18日の時点で Anthropic は「恒久化したい(We hope to make this a permanent change)」と述べつつ、同じ文で容量の逼迫に言及していました。その11日後の着地が「50%ではなく25%で恒久化」だったことになります。「恒久化する」という約束自体は守られ、水準だけが下がった、という読み方が原文に忠実です。

なお、これらの本文と投稿時刻は X の syndication エンドポイントから機械的に取得したもので、翻訳やスクリーンショットを経由していません。日本語圏で出回っている要約には、翻訳の過程で「標準比」と「今日比」が混ざっているものがあります。

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

記事化にあたり、Anthropic 側の一次資料を順に確認しました。2026年8月30日時点で、この変更を記載した公式ドキュメントは見つかりませんでした。

確認先 週次制限の記述 9/14・25% の記載
公式docs Manage costs effectively あり(枠の存在・エラーメッセージの見分け方) なし
ヘルプセンター Usage limit best practices(記事日付 2026-06-02) あり(確認方法のみ) なし
ヘルプセンター Using Claude Code with your Pro or Max plan 「Pro/Max の枠は Claude と Claude Code で共有」のみ なし
claude.com/pricing 「利用上限が適用される」とのみ なし

未確認として明記しておくこと

「標準の週次上限」の絶対値(トークン数・メッセージ数・時間)は、Anthropic がどの公開資料でも示していない。したがって「+25%されると何ができるようになるか」は定量化できない
5時間のセッション枠が変わるかどうかは告知に記載がない。週次の話を5時間枠へ一般化しない
モデル別の枠についても同様に言及がない
・公式ドキュメントへの反映は今後行われる可能性が高いが、本記事の執筆時点では一次ソースはXスレッドのみ

「claude code pro 制限」のようにプラン名を添えて調べる人が多いのですが、今回の変更はプランごとに率が違うわけではなく、対象4プランに一律で適用されます。料金ページで確認できたのは金額の側だけです。Pro が月額20ドル(年払いで17ドル)、Max は月額100ドルから、Team は標準シートが25ドル・プレミアムシートが125ドル、Enterprise はシート料金に API レート相当の従量が乗る、という構成で、どのプランについても週次上限の数値そのものは書かれていません。プラン選びの判断材料としての比較はClaude ProでClaude Codeは使える|プラン比較・従量課金とMaxが必要になる基準2026で扱っています。

自分の使用量と残り枠を確認する

上限の絶対値が公開されていない以上、実務では「残りどれくらいか」を自分の環境で見るしかありません。公式ドキュメントが挙げている確認手段を整理します。

手段 見えるもの 注意点
/usage プラン枠の消費バー、直近24時間/7日の内訳 ローカルのセッション履歴から算出。他の端末や claude.ai の利用分は含まれない
/usage の内訳表示 スキル・サブエージェント・プラグイン・MCPサーバー別の消費割合 MCPサーバーの割合は、そのツール結果を実際に消費したリクエストのみ計上
/context いま何がコンテキストを占めているか 上限ではなくコンテキスト窓の話
/insights 直近セッションの傾向レポート(HTML出力) 解析自体もトークンを消費する
ステータスライン コンテキスト使用量・コスト 設定が必要
OpenTelemetry エクスポート 利用者ごとのトークン・コスト どの契約形態でも使える唯一の手段

/usage にはもう1つ実用的な表示があります。直近の消費の10%以上を占める「振る舞い」にフラグが立つというもので、長すぎるコンテキストやキャッシュミスがここに出ます。上限に早く到達する原因が自分の使い方のどこにあるかを、推測でなく画面で切り分けられます。

手元で確認できること/できないこと

/usage/context/insights は Claude Code の対話セッション内で打つスラッシュコマンドで、シェルからは実行できません。本記事のこれらの記述は公式ドキュメントからの引用であり、当サイトの実測ではありません。

一方でシェルから確認できるのはバージョンです。上限リセットの自動待機は v2.1.234 以降、/usage のプラン内訳は v2.1.222 以降で挙動が変わっているため、まず claude --version を実行して自分の版を確かめてください。本記事の検証環境は 2.1.241 です。

claude --version
# → 2.1.241 (Claude Code)

Claude Code 制限に当たった後の選択肢と、別枠の従量課金

公式ドキュメントが挙げている選択肢は、大きく3つです。

1つ目はモデルの切り替え。ただし前述のとおり、これが効くのは「You’ve hit your Opus limit」のようなモデル別のメッセージのときだけです。セッション枠・週次枠のメッセージには効きません。

2つ目は自動待機。v2.1.234 以降、上限がリセットされるまで待って中断したタスクを自動的に続きから再開する動作があります。/rate-limit-options から選べるほか、組織側で autoContinueAtUsageLimit を管理設定として配布し、自動待機を始めるかどうかを統制できます。

3つ目が usage credits(追加利用分)。枠を超えても作業を続けるための仕組みで、/usage-credits から設定を開きます。開く先は立場によって変わり、Pro / Max の契約者は claude.ai の使用状況設定へ、Team / Enterprise で請求権限がある人は組織の管理設定へ飛びます。請求権限が無い場合は管理者へ申請が送られる仕組みで、同じ申請が保留中なら重複送信されません。

ここで見落とされやすい副作用が1つあります。usage credits を使い始めると、プロンプトキャッシュの有効期間がサブスクの1時間から5分へ落ちます。キャッシュが切れた後の最初のリクエストはコンテキスト全体を再処理するため、休憩をはさむ使い方では消費が増える方向に働きます。TTL を自分で指定して1時間を維持する方法も用意されています。キャッシュがなぜ Claude Code の設計の中心にあるのかはClaude Codeハーネスはなぜprompt caching中心に設計されたか|Thariq公式記事を逐条解説で詳しく扱っています。

週次上限が存在しない使い方もある

ここまでは「サブスクリプションプランの枠」の話です。Claude Code の課金には週次上限がそもそも存在しない経路があり、9月14日の変更もそこには関係しません。「claude code 従量課金」で調べたときに出てくる話が噛み合わないのは、この4経路が混ざっているからです。

契約形態 週次上限 課金の単位 9/14の変更
Pro / Max(個人サブスク) あり 定額+任意の usage credits 対象
Team / Enterprise(シート課金) あり(シートごとの割当) シート料金+任意の usage credits 対象
Claude Console(APIキー) なし トークン単位で組織へ請求 対象外
Bedrock / Google Cloud / Microsoft Foundry なし トークン単位でクラウド側へ請求 対象外

公式ドキュメントは、この使い分けを「組織がどうサインインしたかで各開発者の計測方法が決まる」と説明しています。サインイン方法が混在している組織では、開発者ごとに計測経路が違うことになります。したがって「うちは週次上限に当たらない」という話と「当たる」という話が同じ社内で同時に成り立ちます。

Console 経由の場合、上限の代わりに効いてくるのはワークスペースの支出上限とレート制限(TPM / RPM)です。公式ドキュメントは組織規模別の推奨値を挙げており、たとえば1〜5人なら1人あたり 200k〜300k TPM、100〜500人なら 15k〜20k TPM と、規模が大きいほど1人あたりを減らす方向を推奨しています。同時に使う人の割合が大きい組織ほど下がりにくいためで、レート制限自体は個人単位ではなく組織単位で効きます。

なお金額感の目安として、公式ドキュメントはエンタープライズ導入の平均を1開発者あたり稼働日13ドル・月150〜250ドル、利用者の90%は1稼働日あたり30ドル未満に収まる、としています。これはAPI課金の実績値であり、サブスクの週次上限とは別の指標です。

9月14日までに測っておくべきトークン消費

週次枠が今日比で17%減るなら、同じ仕事を17%少ないトークンで回せれば差し引きゼロです。ここは推測でなく測れる領域なので、当サイトの環境で実測しました。

最も見落とされやすいのが CLAUDE.md の固定費です。このファイルはセッション開始時に必ず読み込まれるため、何をしていても毎回かかります。本サイトのリポジトリの CLAUDE.md を Anthropic の count_tokens API で測った結果がこれです。

CLAUDE.mdが毎セッションかかる固定費であることを示す図。本サイトのCLAUDE.mdが44,042トークン、実際の行数が491行であるのに対し、公式ドキュメントが挙げる目安は200行であることを並べている。
公式が挙げる目安の約2.5倍。これが毎セッションの起点になる。

57,952文字 / 491行 → 44,042トークンclaude-sonnet-5 で計測、2026-08-30 実測)
・公式ドキュメントは「CLAUDE.md は200行未満に保つこと」を明示している
・つまり本サイトの構成は目安の約2.5倍で、毎セッション4万トークン超を無条件に支払っている

公式ドキュメントはこの対処として、特定の作業でしか使わない手順はスキルへ移すことを勧めています。スキルは呼び出されたときだけ読み込まれるため、無関係な作業をしている間はコンテキストを占めません。「常時ロードされる指示」と「必要なときだけ読まれる指示」を分けるだけで、固定費は下がります。

そのほか、公式ドキュメントが数値を伴って挙げている消費要因を並べておきます。いずれも当サイトの実測ではなく引用です。

9月14日までに効果を確かめておくべき5点を並べた図。常時ロードされるCLAUDE.mdの固定費、slash mcpで無効化できる未使用MCPサーバー、話題が変わったときのclear、Opus常用をやめるモデル選択、planモードで約7倍を消費するエージェントチームの5項目。
効き幅が大きい順ではなく、確認コストが低い順に並べている。
要因 公式ドキュメントの記述
エージェントチーム plan モードで通常セッションの約7倍のトークンを使う(各teammateが独自のコンテキスト窓を持つため)
キャッシュミス 「キャッシュから読めたはずの内容の5%超かつ2,000トークン以上を再処理した」場合にミスと計上
キャッシュ有効期間 サブスクは1時間、usage credits 利用中は5分、APIキー/クラウド経由は既定5分
MCPサーバー ツール定義は既定で遅延読み込み。ただしCLIツール(ghaws 等)のほうが常に効率的
アイドル時 会話要約などのバックグラウンド処理でセッションあたり$0.04未満
長時間セッション 一行の質問でも会話全体を毎回送るため、開きっぱなしの枠消費は活動量と一致しない

削減手段そのものの比較——どのプラグインやスキルが実際にどれだけ効くのか、削減率の主張がどこまで再現するのか——はClaude Code トークン節約プラグイン比較|削減率と導入コストで選ぶ5ツールに分けてまとめてあります。本記事の範囲は「上限がどう変わるか」までです。

まとめ

・9月14日から Claude Code の週次上限が標準比で恒久+25%になる。対象は Pro / Max / Team / シートベース Enterprise
・ただし5月13日から続く50%増が終わるため、今日比では約17%減。これは Anthropic 自身が同一スレッドで明言した数字で、1.25 ÷ 1.50 = 0.833 と一致する
5時間枠・モデル別枠については告知に記載がないため、週次の話をそこへ広げない
上限の絶対値はどの公開資料にも無い。比率でしか語れないのが現状
・公式ドキュメント・ヘルプ・料金ページのいずれにもこの変更は未反映(2026-08-30時点)
・17%の目減りは、CLAUDE.md の固定費(当サイトでは44,042トークン)や未使用MCP、Opus常用の見直しで相殺できる余地がある

参照ソース

@ClaudeDevs — 9月14日の週次上限変更(2026-08-29T16:47:23Z)
@ClaudeDevs — 「今日比では17%減」の補足投稿
@ClaudeDevs — 8月31日までの延長告知(2026-08-18)
Claude Code 公式ドキュメント — Manage costs effectively
Anthropic Help Center — Usage limit best practices
Claude 料金プラン