【本日終了】Claude Codeの週次上限が9/1から戻る｜ログ6万件を数えて分かった、上限を溶かす本当の犯人

Claude Codeの週次上限を1.5倍にしていた増量キャンペーンが、2026年8月31日、つまり今日で終わります。明日から枠は標準に戻ります。この記事では、自分のログ6万件を全部数えて「上限を溶かしているのは何か」を突き止めた結果を出します。結論から言うと、犯人はトークンの総量ではありませんでした。

私はエンジニアではありません。文系出身の40代で、Claude Codeを4か月使ってきただけの非エンジニアです。それでも、パソコンの中に残っているログを数えることはできます。数えたら、公式が言っていない事実がいくつも出てきました。

今日で終わるのは「週次上限の1.5倍」だけ

まず、公式が実際に書いていることを確認します。Anthropicのサポート記事に、こうあります。

2026年5月13日から8月31日まで、Claude Codeの週次利用上限を標準の50%増しにしていた。9月1日からは標準に戻る。それだけの話です。

対象は Pro、Max、Team、それとレガシーのseat-based Enterpriseです。無料プランと従量課金のEnterpriseは最初から対象外でした。

ここで押さえておきたいのは、戻るのは週次の枠だけだということです。Claude Codeにはもう1つ、5時間ごとにリセットされるセッション枠がありますが、そちらは今回のキャンペーンの対象外でした。つまり9月以降も5時間枠は変わりません。変わるのは週の総量だけです。

体感としてはこうなります。今日まで週の枠は標準の1.5倍でした。明日からは1.0倍です。今日比で3分の1、つまり約33%減ります。

「9月14日から恒久25%増」は一次ソースが見つからない

この話を調べていると、日本語の解説記事で「9月14日から週次上限が恒久的に25%増える」という記述をいくつも見かけます。もしそれが本当なら、9月1日から13日までは標準、9月14日からは1.25倍という段階になります。

ただ、私が確認できた範囲では、この数字の一次ソースが見つかりません。公式のサポート記事には「標準レベルに戻る」としか書かれておらず、25%も9月14日も出てきません。Claude Code公式アカウントの投稿にも、恒久化については「そうしたいが需要が強く容量が厳しい」という趣旨のことしか書かれていません。

私は以前、Metaの人員削減を扱った記事を書いたとき、SNSで広まっていた「8,000人レイオフ」という数字が原文で確認できず、その数字を使わないと決めました。今回も同じ扱いにします。この記事では、9月14日の恒久25%増は「確認できていない話」として扱います。もし公式から発表があれば、それは歓迎すべきニュースです。

そもそも上限の実数値は、どこにも公開されていない

ここが今回の出発点です。

「週次上限が33%減る」と言われても、そもそも元の上限がいくつなのか分かりません。私はClaude Codeの公式ドキュメントと料金ページを両方読みましたが、Pro なら週何時間、Max なら週何トークン、といった具体的な数値はどこにも書かれていません。

書かれているのは、5時間のセッション枠と週次の枠があること、その枠はモデルをまたいで共有されること、消費速度はメッセージの長さ・添付ファイル・会話の長さ・使うモデル・思考の深さで変わること、それだけです。Opus 5がいちばん速く枠を食い、Haikuはほとんど減らさない、という定性的な説明もあります。

数値が公開されていない以上、「33%減ると自分は困るのか」を知る方法は1つしかありません。自分がどれだけ使っているかを、自分で数えることです。

ログ6万件の数え方（そのまま真似できます）

Claude Codeは、あなたのパソコンの中に会話ログを全部残しています。場所は ~/.claude/projects の下で、拡張子は .jsonl です。

このファイルの中で、AIが返答した行には必ず usage という項目があり、そこに4種類の数字が入っています。

• input_tokens 新しく送った入力

• output_tokens AIが書いた出力

• cache_creation_input_tokens キャッシュに書き込んだ量

• cache_read_input_tokens キャッシュから読み直した量

この4つを足したものが、よく言われる「トークン使用量」です。私の環境では、511ファイル・61,724イベントが残っていました。期間は2026年7月2日から8月31日まで、実際に記録がある日は35日ぶんです。

集計はこれだけで動きます。追加インストールは要りません。

import glob, json, os, collections, datetime

LOG = os.path.expanduser("~/.claude/projects")
JST = datetime.timezone(datetime.timedelta(hours=9))
week = collections.defaultdict(collections.Counter)

for path in glob.glob(os.path.join(LOG, "**", "*.jsonl"), recursive=True):
    for line in open(path, errors="ignore"):
        if '"usage"' not in line:
            continue
        try:
            rec = json.loads(line)
        except ValueError:
            continue
        if rec.get("type") != "assistant":
            continue
        u = (rec.get("message") or {}).get("usage")
        ts = rec.get("timestamp")
        if not u or not ts:
            continue
        d = datetime.datetime.fromisoformat(ts.replace("Z", "+00:00")).astimezone(JST)
        c = week[d.strftime("%G-W%V")]
        c["all"] += sum((u.get(k) or 0) for k in
                        ("input_tokens", "output_tokens",
                         "cache_creation_input_tokens", "cache_read_input_tokens"))
        c["core"] += sum((u.get(k) or 0) for k in
                         ("input_tokens", "output_tokens", "cache_creation_input_tokens"))

for w in sorted(week):
    c = week[w]
    print(w, f"{c['all']/1e9:.3f}B", f"{c['core']/1e9:.3f}B")

なお私のプランはMax 20xです。同じ数字がProやMax 5xにそのまま当てはまるわけではありません。ただし数え方は誰でも同じなので、手順だけ真似してもらえれば、自分のプランでの答えが出ます。

5週間の実測：週33億トークン、それでも週次上限には一度も当たっていない

増量キャンペーンが効いていた5週間の実測値です。週の区切りはISO週、時刻はJSTで揃えました。

• 第31週（7/28〜）15.8億トークン

• 第32週（8/4〜）43.3億トークン

• 第33週（8/11〜）28.1億トークン

• 第34週（8/18〜）36.4億トークン

• 第35週（8/25〜）41.1億トークン

平均で週32.9億トークン、最大は第32週の43.3億トークンでした。1日あたりでは7億トークン前後、多い日は10億トークンを超えています。

そして重要なのは次の事実です。この5週間、私は週次上限に一度も当たっていません。後で説明するように、ログには上限に当たった記録が残るのですが、週次上限のほうは0件でした。

1.5倍の枠だったから当たらなかったのか、それとも標準枠でも余裕だったのか。この時点ではまだ分かりません。分かるのはこの先です。

上限に当たった記録は、ログにちゃんと残っていた

ログを「上限」に関する文言で検索すると、実際に止められた瞬間が出てきます。

私の場合、本物の到達記録は2種類でした。

1つ目は、2026年8月5日19時51分。3つのセッションで同時刻に、こう返ってきています。

これは5時間のセッション枠に当たったという意味です。同じ時刻に3セッションぶん記録されているのは、複数のClaude Codeを並列で走らせていたからです。

2つ目は、8月9日0時54分の rate_limit_error で、これは「このリクエストはアカウントのレート制限を超える」という別種のエラーです。

つまり記録のある35日で、5時間枠には1回当たり、週次枠には一度も当たっていない。これが出発点の事実になります。

ちなみに8月5日から6日にかけては、Claude側でも障害が続いていた時期です。私は当時、公式の障害記録を全部数える記事を書いていて、28日間で50件という数字を出しました。リトライで消費が膨らんだ可能性は否定できません。この点は後の「限界」の章でもう一度触れます。

トークン総量では、まったく説明できなかった

さて、ここからが本題です。

8月5日19時51分に止められた。その直前5時間で、私はどれだけ使っていたのか。数えると 3.95億トークン でした。

では、この3.95億トークンが上限のラインなのか。確かめるために、期間中のすべての5時間ウィンドウを1時間刻みで走査して、3.95億トークンを超えた回数を数えました。

結果は 54回 です。

つまり、3.95億トークンより多く使った5時間が54回もあったのに、止められたのは1回だけ。最大は8月6日13時までの5時間で7.85億トークン、止められたときの約2倍です。それでも通っています。

トークンの総量では、上限に当たったタイミングをまったく説明できません。「週◯億トークンまで使える」という換算表を作りたくなりますが、少なくとも私の実測では、その換算は成立しませんでした。

犯人はキャッシュ読み込みを除いた「実質処理量」だった

そこで、指標を変えて同じ検証を繰り返しました。何で測ると、止められた瞬間がいちばん高い値になるのか。

試したのは6種類です。出力だけ、Opusだけ、Opusの出力だけ、重み付き合計、そしてキャッシュ読み込みを除いた合計。結果ははっきりしていました。

全トークンで測ると54個が上回っていたものが、キャッシュ読み込みを外すと1個になる。これは偶然では説明しにくい差です。

言い換えると、こうなります。

• キャッシュから読み直した量は、上限にはほとんど効いていない

• 効いているのは、新しく処理した量とキャッシュに書き込んだ量

私は以前、Claude Codeの使用量159億トークンを全部数えた記事で、総量の92.9%がキャッシュ読み込みだったと書きました。今回の発見は、その続きです。あの92.9%は、料金換算では効くけれど、プランの上限にはほぼ効いていない。

実際、週ごとに「実質処理量」を出すと、全体の5〜9%しかありません。

• 第31週 0.71億（全体の4.5%）

• 第32週 4.06億（9.4%）

• 第33週 2.51億（8.9%）

• 第34週 2.41億（6.6%）

• 第35週 2.05億（5.0%）

週43億トークン使っていても、上限に効いているのは4億くらい。これが本当の分母です。

キャッシュの仕組みそのものについては、Claude Codeのキャッシュを解説した記事にまとめてあります。サブスクは1時間、APIは5分でキャッシュが切れる、という違いが今回の話にも効いてきます。

前回の結論を修正します。会話の長さは、上限には効いていませんでした

ここは正直に書きます。

159億トークンの記事で、私は「上限を溶かす犯人は会話の長さだ」と書きました。1ターンあたりのトークンが、短い会話の28.1kから長い会話の359.6kまで、12.8倍に膨らむからです。今回も同じ集計をすると、38.5kから367.2kへ、9.5倍という似た結果が出ます。

ところが、キャッシュ読み込みを除いて測り直すと、この差はほとんど消えます。

• 1〜10ターン 7.31k

• 11〜50ターン 7.74k

• 51〜100ターン 5.55k

• 101〜300ターン 5.60k

• 301ターン超 27.37k

100ターンから300ターンの帯は、短い会話よりむしろ低いのです。キャッシュが効いているあいだは、会話が長くなっても上限はほとんど減りません。1回書き込んだものを何度も読み直しているだけだからです。

料金換算の話としては、前回の結論は間違っていません。API従量課金なら、キャッシュ読み込みにも1割の単価がかかります。ただ、サブスクの上限という物差しで見ると、話がまるで違いました。物差しを変えたら犯人が変わった、というのが今回の一番の学びです。

301ターンを超えると跳ねる。原因はキャッシュの作り直し

では、301ターン超でだけ4.9倍に跳ねるのはなぜか。内訳を1ターンあたりで分解すると、原因が1つに絞れます。

• 新しい入力 0.02k → 0.01k（変わらない）

• 出力 0.69k → 1.00k（1.4倍）

• キャッシュ書き込み 4.88k → 26.36k（5.4倍）

跳ねているのはキャッシュ書き込みだけです。会話が長くなりすぎると、キャッシュが何度も作り直されます。会話の要約（コンパクション）が走ったり、途中で内容が変わってキャッシュが無効になったり、1時間の有効期限が切れて再度書き込みが必要になったりするからです。

だから、上限対策としての正しい言い方はこうなります。「長い会話は避けろ」ではなく、「キャッシュが壊れるほど長い会話は避けろ」。境目は、私の実測では300ターンあたりでした。

9月1日から、自分は上限に当たるのか

ここまでの数字で計算できます。

私は増量枠（標準の1.5倍）で、週次上限に一度も当たりませんでした。実質処理量の最大は第32週の4.06億です。ということは、増量枠は4.06億より上にあったことになります。標準枠はその1.5分の1なので、標準枠は2.71億より上、という下限が出ます。

ここに自分の週ごとの実績を並べます。

• 第32週 4.06億（推定下限2.71億の1.5倍）

• 第33週 2.51億（下限の0.93倍）

• 第34週 2.41億（0.89倍）

• 第35週 2.05億（0.76倍）

• 平均 2.35億（0.87倍）

正直に書くと、ここで「当たります」と断言はできません。分かっているのは標準枠が2.71億より上だということだけで、それが3億なのか5億なのかは分からないからです。

ただし言えることが1つあります。自分の週の使用量2.05億〜4.06億という幅の中に、標準枠の推定下限2.71億が入っている。つまり私は、余裕がある側ではなく、ラインをまたぐ位置にいます。平常運転の週は下限を下回りますが、第32週のような山場の週は下限の1.5倍まで積み上がっていました。9月に同じ働き方をしたら、そこで止められても不思議ではありません。

第32週に何をしていたかというと、記事を8本公開し、障害の全数集計をやり、ココナラの納品も重なった週でした。忙しい週ほど当たるという、当たり前ですが具体的な答えが出ました。

明日からやる4つのこと

上限に効くのが「新しい処理量とキャッシュ書き込み」だと分かったので、対策も具体的になります。

1つ目は、キャッシュを壊さないことです。同じ作業を続けるなら、会話を切らずに続けたほうが上限には有利です。これは前回の記事の助言と逆になりますが、サブスクの上限という物差しではこちらが正解でした。ただし300ターンを超えたら切ります。

2つ目は、1時間空けたら切る、です。サブスクのキャッシュは1時間で切れます。昼休みを挟んで戻ってきた続きは、全部を読み直したうえでキャッシュを書き直すので、上限にいちばん効く動きになります。それなら新しい会話で始めたほうが軽くなります。

3つ目は、出力を減らすことです。出力トークンは実質処理量にそのまま乗ります。出力スタイル5つを40回試した記事で測ったとおり、Conciseにすると出力は4割減り、それでも答えは全部合っていました。上限が厳しくなる9月は、これを常用にします。

4つ目は、モデルを使い分けることです。Opusは枠をいちばん速く食います。調べもの、要約、定型作業はSonnetかHaikuに落とすだけで、実質処理量は目に見えて減ります。

この記事の限界

数字を出す記事なので、前提も全部書いておきます。

上限の実数値は公開されていません。この記事の推定は、上限に当たった1点の実測から逆算しています。サンプルは1点です。同じ検証を続けて、到達記録が増えれば精度は上がります。

8月5日から6日はClaude側の障害が続いていた時期でした。障害時のリトライで消費が膨らみ、いつもより早く枠に達した可能性があります。障害の実態についてはClaudeの障害を28日で50回数えた記事に書きました。

ログに残るのは、このパソコンで動かしたぶんだけです。スマホやclaude.aiでの利用は含まれません。

プランはMax 20xです。ProやMax 5xでは枠の大きさが違うので、閾値の数字はそのまま使えません。使えるのは数え方のほうです。

そして、9月14日からの恒久25%増は、繰り返しますが一次ソースで確認できていません。

FAQ

Q. 9月1日から、具体的に何が減りますか

週次の枠だけです。5時間ごとのセッション枠は今回のキャンペーンの対象外だったので変わりません。週の枠が1.5倍から1.0倍に戻るので、今日比では約33%減ります。

Q. 自分がどれだけ使っているか、簡単に見る方法はありますか

Claude Codeで /usage と打つと、直近24時間と7日間の使用状況が出ます。ここには枠に対する消費バーと、何が枠を食っているか（長い会話、キャッシュのやり直しなど）の内訳も表示されます。この記事のようにログを直接数えるのは、もっと細かく見たいときの方法です。

Q. 上限に当たったらどうなりますか

リセット時刻が表示されて、その時刻まで待つことになります。Claude Code 2.1.234以降は、リセット後に中断した作業を自動で再開する待機機能もあります。usage credits（追加利用）を有効にしていれば、枠を超えて使うこともできますが、その場合はキャッシュの有効期限が1時間から5分に縮むので、今回の話でいうと不利になります。

Q. 会話は切ったほうがいいのですか、切らないほうがいいのですか

料金（API従量課金）で考えるなら切ったほうが安く、サブスクの上限で考えるなら、キャッシュが効いている300ターンまでは切らないほうが有利です。1時間以上空いたときと、300ターンを超えたときが切りどきです。

まとめ

今日でClaude Codeの週次上限の増量キャンペーンが終わり、明日から枠は標準に戻ります。減るのは週次だけで、5時間枠は変わりません。

自分のログ6万件を数えて分かったのは、次の3つです。

• 上限に効いているのはトークンの総量ではない。キャッシュ読み込みを除いた実質処理量で測ると、止められた瞬間がぴたりと最大値になった

• 総量の9割を占めるキャッシュ読み込みは、上限にはほとんど効いていない。週43億トークン使っても、上限に効く分は4億ほど

• 会話の長さは、300ターンまでは上限に効かない。跳ねるのは301ターン超で、原因はキャッシュの作り直し

そして自分の場合、週の使用量が標準枠の推定下限をまたぐ位置にありました。平常運転の週は下回りますが、記事を8本出したような山場の週は、その1.5倍まで積み上がっていました。

公式が数値を出していないなら、自分のログを数えるしかありません。手順はこの記事に全部書いたので、コピーして自分のプランで確かめてみてください。答えは人によって違います。

あわせて読みたい関連記事：

この記事が役に立ったら、Xでも毎日Claude Codeの実践ネタを発信しています。@ai_hack_dx をフォローしてもらえると嬉しいです。実測してみた結果や「うちだとこうだった」という報告も、ぜひ教えてください。