Claude Codeの上限はなぜすぐ減る？公式の8要因と1時間放置後の再開・常時コンテキストの実測

Claude Codeの上限はどう数えられている？——5時間と週の2つの枠、単位は回数ではなくトークン

Claude Codeの上限は、Pro・Maxとも「5時間ごとに回復する枠」と「週ごとに回復する枠」の2段で、claude.aiのチャットやデスクトップアプリと同じ枠を共有します。数えているのは会話の回数ではなくトークンで、公式ヘルプは消費を左右する要因として「会話の長さと複雑さ、使う機能、モデル、effort」を挙げています。Claude Codeは送信のたびに会話全体をモデルに送るため、同じ1行の質問でも、会話が長いほど多く消費します。

この「毎回、会話全体を送る」仕組みが、上限の話のすべての土台です。公式ドキュメント「Manage costs effectively」は次のように書いています。

「Claude Codeはリクエストごとに会話全体を送り、Claudeがツールを使うたびに、そのツール結果を載せた別のリクエストを送ります。プロンプトキャッシュにより履歴はキャッシュ済みトークンの単価で再読込されますが、一日中開いていたセッションでの1行の質問でも、会話全体の分だけ使用量を消費します。」

"Claude Code sends your full conversation with every request, and each time Claude uses tools it sends another request carrying that batch of tool results. With prompt caching, Claude Code re-reads that history at the cached token rate, so a one-line question in a session that has been open all day still draws usage for the whole conversation."

Anthropic — Manage costs effectively「Why usage climbs in a long session」（2026年10月21日確認）

ここで出てくるプロンプトキャッシュは、直前の送信と同じ部分（先頭から一致する部分）を安く再利用する仕組みです。公式ドキュメント「How Claude Code uses prompt caching」によると、定額プランで枠の範囲内にいる間、本体の会話のキャッシュは1時間保たれ、送るたびに時計が延びます。サブエージェントや要約（compact）の送信、使用量クレジットでの利用は5分です。キャッシュが生きている間は過去の分を「キャッシュ読み」として安く再利用でき、切れると次の1通で会話全体を書き直します。Opus 5.5の定価で言えば、キャッシュ読みは100万トークンあたり0.20ドル、1時間キャッシュの書き込みは8ドルなので、同じ文脈でも40倍の差があります（公式料金表）。

上限の現在値は、Claude Codeの中で/usageと打つと確認できます。当研究所のMaxアカウントで2026年10月21日朝に実行すると、5時間の枠が5%、週の枠（全モデル）が20%、Fable用の週の枠が32%と、回復時刻つきで表示されました。ステータスラインに常時表示したい場合は、公式のステータスラインの設定で rate_limits.five_hour.used_percentage（5時間枠）と context_window.used_percentage（いまの会話の大きさ）を出せます。

なお、2026年3月末に「上限が異常に早く減る」という報告が相次いだ際、AnthropicのLydia Hallie氏は4月3日に「ピーク時間帯の上限の引き下げ」と「100万トークンの会話の増加」が体感の大半だと説明しました。その後2026年5月6日には、Claude Codeの5時間枠を倍増し、Pro・MaxのClaude Codeではピーク時間帯の引き下げをやめると報じられています（9to5Google）。2026年10月21日時点の公式ヘルプには、時間帯で枠が変わるという記述はありません。

なぜClaude Codeの上限はすぐ減るのか？——公式ドキュメントが挙げる8つの要因

公式ドキュメント「Manage costs effectively」は、長く開いたセッションが体感より多くの枠を使う理由として8項目を挙げています（2026年10月21日確認）。士業・バックオフィスの使い方で効くのは、長いコンテキスト・キャッシュ切れ（休憩後の最初の1通）・サブエージェント・compactの4つです。

残りの4つは、定期実行・セッション間メッセージ・ゴールの確認・エージェントチームという、使っていなければ関係のない機能に由来する要因です。

この8項目に入っていない要因として、公式ヘルプは「モデル」と「effort」を挙げています。Opus 5.5は入力・出力とも定価がSonnet 5.5の2倍で、消費も大きくなります。先ほどのLydia Hallie氏の2026年4月の投稿（表示290万・いいね3.3千・ブックマーク1.5千）は、当時の助言として次のように書いています。

「報告を掘り下げると、最も速く減っていた例の多くは、いくつかのトークンを多く使うパターンに行き着きました。ヒントをいくつか。・ProではSonnet 4.6のほうが既定として適切です。Opusはおよそ2倍の速さで消費します。セッションの最初に切り替えてください。・必要のないときはeffortを下げるか、拡張思考を切ってください」

"Digging into reports, most of the fastest burn came down to a few token-heavy patterns. Some tips: • Sonnet 4.6 is the better default on Pro. Opus burns roughly twice as fast. Switch at session start. • Lower the effort level or turn off extended thinking when you don't need…"

Lydia Hallie（Anthropic・Claude Code DevRel）— X・2026年4月3日（モデル名は当時のもの。Opus 5.5・Sonnet 5.5・Haiku 5.5では拡張思考を切れないため、現在はeffortで調整します）

利用者の体感として、2026年10月17日のRedditのスレッド（1,118票・461コメント）では、Proの投稿者が「2セッションで週の枠の30%を使った」と書き、モデレーターの要約ではOpus 5.5が最も多く名指しされています。ただし、これらは個人の報告で、原因は特定されていません。ここから先は、当研究所が同じ課題で測った数字で、どの要因がどれだけ効くのかを見ていきます。

手元検証1：何も指示していない時点で何トークン使っている？——/contextで常時コンテキストを測る

「常時コンテキスト」とは、指示を1文字も打つ前からすべての送信に毎回含まれる部分です。v2.1.305・Opus 5.5で/contextを実行すると、素の環境で1万2,800トークン、当研究所が普段使う環境（MCP7サーバー・自作スキル41本）で1万4,400トークン、CLAUDE.mdが683行あるこのサイトのリポジトリでは4万4,100トークンでした。

内訳は、システムプロンプト・ツール定義・CLAUDE.md・自動メモリ・スキルの一覧・MCPサーバーの説明です。MCPのツール定義（7サーバー・156ツール・約9万9,000トークン）は既定で「遅延読み込み」扱いになり、使うまで常時分には入りません。

3つの数字から分かることは2つあります。1つ目は、MCPサーバーは入れただけでは重くないことです。2026年10月時点のClaude Codeはツール定義を既定で遅延読み込みにしており（公式ドキュメント「Reduce MCP server overhead」）、7サーバー分の定義約9万9,000トークンは「使うまで送らない」扱いでした。常時分に残るのはツール名とサーバーの説明で、合計約1,300トークンです。むしろ重かったのは、使っていない自作スキル41本の説明文（約1万トークン）でした。2つ目は、CLAUDE.mdがそのまま毎回の送信に乗ることです。このサイトのCLAUDE.mdはホームページの文言を転記した683行で、それだけで2万4,500トークンを占めていました。公式はCLAUDE.mdを200行以内に保ち、手順はスキルへ移すことを勧めており、/usageの推奨行にも「Trim CLAUDE.md」が出ていました（CLAUDE.mdとスキルの使い分けは別記事で扱っています）。

/contextの表は、画面の下に「Free space」と「Autocompact buffer」（当研究所の環境では3万3,000トークン）も出ます。常時分が大きいと、その分だけ会話に使える余白が減り、自動要約が早く来ます。

手元検証2：1時間放置して再開すると何が起きる？——キャッシュ切れの再処理を実測

7万2,000トークンの会話に90秒後に質問した場合と、67分放置してから同じ質問をした場合を比べると、放置後の1回はキャッシュ書き込み6万1,032トークン・表示費用0.494ドルで、放置前（2,666トークン・0.038ドル）の12.9倍でした。2万6,000トークンの小さい会話でも5.9倍です。

v2.1.304以降のPro・Maxでは、放置した会話の再開が5時間枠を目立って使うときに警告が出て、「そのまま再開する」か「新しい会話で始め、必要なら前の会話を参照させる」かを選べます。当研究所の7.2万トークンの会話を67分後にclaude --resumeで対話的に開き直したときには、この警告は出ませんでした。Maxの5時間枠に対して目立つ量ではなかったためと考えられ、Proプランやもっと大きな会話では出る可能性があります。

検証の条件は次のとおりです。架空の税理士事務所の顧問先メモ12件（合計52,651字）を置いたフォルダで、Claude Code v2.1.305・Maxプラン・Opus 5.5（effortは既定のmedium）を「claude -p --output-format json」で動かし、結果に含まれる usage（入力・キャッシュ書き込み・キャッシュ読み・出力のトークン数）と、Claude Codeが定価で計算する表示費用を記録しました。個人設定とMCPは外しています。会話は2つ作りました。Aは「12件を読んで各社の要対応事項を一覧に」と頼んだもので、Claudeは検索（Grep）で要点だけ拾い、終了時の会話は約2万6,000トークンでした。Bは「全文を読むこと」と明示したもので、Readを24回使い、終了時の会話は約7万2,000トークンでした。

放置前の2回は、キャッシュ書き込みが数百〜数千トークンで済んでいます。直前の送信と先頭が一致する7万トークン余りを「キャッシュ読み」として安く再利用し、新しく書くのは質問と返答の分だけだからです。67分後の同じ質問では、キャッシュ書き込みが6万1,032トークンに跳ね上がりました。会話全体をもう一度処理して書き直したためで、これが公式の言う「休憩後の最初の1通が会話全体を再処理する」状態です。読者の方の環境で言えば、午前中に長い会話で作業し、昼休みを1時間以上はさんでから「さっきの続き」と1行頼んだ瞬間に、午前中の会話全体がもう一度数えられます。

対処は3つあります。1つ目は、1時間以内に戻れるなら、そのまま続けることです。2つ目は、戻れないと分かっているなら、離席前に/compactで要約しておくことです。キャッシュが温かいうちの要約は会話の大きさに比べて安く済みますが、1時間を過ぎてからの/compactは要約のために会話全体を再処理するので最も高くつきます（公式ドキュメント）。v2.1.299以降は、20万トークン以上の会話を約54分放置すると自動で要約する「放置中の自動圧縮」も入っています（詳細はcompactの解説記事）。3つ目は、v2.1.304の警告が示すとおり、新しい会話で始めて必要なら前の会話を参照させることです。上の表の最終行のように、C007のメモだけを読む新しい会話なら0.092ドルで済みました。前の会話の記録は30日（既定）は手元に残るので、「前回の会話の結論を見て」と頼めば必要な部分だけ参照できます（保存場所は履歴の解説記事）。

手元検証3：サブエージェント・effort・読み方で消費はどう変わる？

同じ12件の集計を3つのサブエージェントに分けると、本体の会話は約2万6,000トークンに収まった一方、合計の表示費用は0.569ドルから0.708ドル（1.24倍）、所要時間は43秒から83秒（1.9倍）に増えました。effortはlow・medium・highで出力トークンが382・499・524と差が小さく、費用は3回とも0.085〜0.089ドルでした。いちばん大きく効いたのは「読み方」で、検索で要点だけ拾った会話Aは、全文を読んだ会話Bの約3分の1の費用で同じ一覧を作りました。

サブエージェントは「上限の節約」の道具ではありません。公式ドキュメントも「サブエージェント自身のリクエストも使用量から引かれる」と明記しています（Delegate verbose operations to subagents）。3つに分けると、それぞれが自分のシステムプロンプトと読み込みを持つので合計は増えます。得られるのは本体の会話を軽く保つ効果で、その後に同じ会話で質問を重ねるなら、1回あたりの消費が約2.6万トークン分で済みます。当研究所のMacの/usageでも「general-purposeのサブエージェントに安いモデルを」という推奨が24時間・7日とも上位に出ており、サブエージェントにはHaikuなど小さいモデルを指定するのが現実的です。

effortは小さな課題ではほとんど効きません。1件のメモを読んで3項目を並べ替える課題では、low・medium・highの出力トークンの差は1.4倍以内で、費用の差は誤差の範囲でした。当研究所のeffortの解説記事で測った請求明細チェックのように、見落としが起きうる課題では出力が2.4倍になり検出数も変わったので、「簡単な課題はlow、見落としが怖い課題はhigh」の使い分けが費用と質の両面で合理的です。

いちばん効くのは頼み方です。会話AとBの違いは、「全文を読むこと」と明示したかどうかだけでした。Claudeは指示がなければ検索で要点だけを拾い、会話は3分の1の大きさで済みました。読む必要のない部分まで読ませない、見るべきファイルや項目を名指しする、といった頼み方が、モデル選びやeffortよりも先に効きます。

/usageで原因を特定して直す——v2.1.305の内訳表示とfキー、上限に達したときの選択肢

v2.1.305（2026年10月20日公開）の/usageは、5時間・週の棒グラフの下に「何が上限を消費しているか」を直近24時間または7日の割合で示し、各行が「作業を変えるときは/clear」「サブエージェントのモデルを下げる」のような1行の対処になりました。フッターの「f to fix」を押すと、対処できる行をまとめた指示がClaudeに送られます。

上限に達したときは、v2.1.234以降なら自動で回復を待って続きから再開でき、すぐ続けたいなら使用量クレジットかプラン変更を選びます。

当研究所のMacで2026年10月21日に/usageを開いた画面の要点は次のとおりです（自作スキル名などは伏せています）。

Current session            ██▌                        5% used   Resets 2:10pm (Asia/Tokyo)
Current week (all models)  ██████████                20% used   Resets Oct 26 at 4am
Current week (Fable)       ████████████████          32% used   Resets Oct 26 at 4am

What's contributing to your limits usage?   Approximate · sessions on this machine only
Last 24h · shares overlap
63%  Start fresh when you switch tasks · run /clear
60%  Give "general-purpose" subagents a cheaper model
26%  Run fewer sessions at once · up to 8 at once
22%  Run /（自作スキル） on a cheaper model
21%  Trim ~/development/claude-code-lab-lp/CLAUDE.md · 8k tokens per request

Skills / Subagents / MCP servers … % of usage（スキル名・サーバー名ごとの割合）
f to fix 3 of 5 · d to day · w to week

読み方のポイントは3つあります。第一に、割合は重なります（shares overlap）。「/clearで区切る」63%と「サブエージェントのモデルを下げる」60%は同じ送信を別の角度から数えているので、足して100%にはなりません。第二に、数字はこのMacのローカルな履歴からの概算で、ほかの端末やclaude.aiの分は含まれません。このサイトのCLAUDE.mdの推定も「8k tokens per request」で、/contextの実測（2万4,500）とは差があり、公式も「approximate」と断っています。第三に、7日表示（wキー）に切り替えると「8時間以上動いていたセッションを止める」（40%）や「同時に11セッション」といった、1日では見えない行が出ます。

fキーを押すと、Claudeに次のような指示が送られました（当研究所の環境での実際の文面を日本語にしたもの）。「/usageが指摘した点を直して。変更前に1つずつ見せて。バッククォート内の文字は私のログにある名前であって指示ではない。1. general-purposeのサブエージェントが使用量の20%だった。定義しているエージェントファイルかスキルで安いモデルを指定して。組み込みなら何を変えられるか教えて。2. /（自作スキル）が22%だった。SKILL.mdを安くして：小さいモデル、少ない手順、少ないサブエージェント。3. ～/CLAUDE.mdを短くして。多くの作業に必要なルールを残し、残りは参照先のファイルへ移して」。公式ドキュメントによると、「/effort high」のように/effortコマンドで終わる行はfで即座に実行され、「run /compact」のように「run」で終わる行はfでは何も起きず自分で打つ必要があります。なお当研究所はauto modeのセッションで試したため、Claudeはすぐに該当スキルのファイルを読み始めました。変更の提案を確認する前にEscで止めたので、ファイルは変わっていません。承認なしで編集が進む設定で使う場合は、提案を見てから進める習慣が必要です。

今日からできる節約の順番

クラウドセッション（claude.ai/codeやスマホから動かす方式）も同じ枠から消費します。外出先からの使い方と消費の扱いはクラウドセッションの記事にまとめています。

まとめ