Claudeの制限がきつい本当の原因｜Maxにしても解決しない実測データ

「また上限に当たった」。作業の途中でそのメッセージが出て、手が止まる。待つか、別のAIに乗り換えるか、プランを上げるか。検索すると、出てくる答えはほとんど同じです。チャットを分けなさい、入力を削りなさい、軽いモデルに切り替えなさい、最後は上位プランへ。

けれども、それを全部やっても制限が軽くならないことがあります。消費の大半は「何を頼んだか」ではなく、「頼む前の状態」で決まっているからです。

• 短い指示しか出していないのに、気づくと上限が近づいている
• 同じツールを使っている同僚より、自分のほうが早く当たる
• 上位プランにしたのに、体感がほとんど変わらなかった

この記事では、Saixが自社で毎日動かしている実環境の記録を数えて、次のことに答えます。数字はすべて2026年10月時点の実測で、推定値は使っていません。

• そもそも何が消費されていて、1往復をどう数えるのか
• どのくらい使うと危ないのかの目安と、業務別の実測
• 上位プランにしても効きにくい理由と、代わりに先に直すもの
• 今日その場でできる対策3つと、設定で先回りする5つ
• 上限に当たったあと、いつ解除されるのか

Saix自身、Claudeの上位プランとClaude Codeを業務の中心に置いて動かしています。累計2,140回、直近7日間で382回、1日で39回立ち上げた日もあります。並行して10前後を同時に走らせているため、上限との付き合いは毎日の実務です。

そもそも何が消費されているのか｜日本語1文字がおよそ1つぶん、1往復は送信と返答で1回

対策の前に、数え方をそろえます。ここが曖昧なまま節約しようとすると、効く手と効かない手の区別がつきません。

文章の長さを数える単位：日本語ならおよそ1文字が1つぶんにあたる

AIは文章の長さをトークン（AIが文章を数えるときの単位）で数えます。英語なら単語に近い区切りですが、日本語はおおむね1文字が1トークンだと考えて差し支えありません。

目安を持っておくと判断が速くなります。原稿用紙1枚（400字）がおよそ400トークン。A4のビジネス文書1枚が1,000〜1,500トークン。短いメール1通が200〜400トークンです。

この記事そのものは約1万字あるので、まるごと読ませると1万トークン前後を消費します。資料をそのまま貼り付ける行為は、見た目の手軽さに対して消費が大きいということです。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

1往復の数え方：こちらが1回送り、AIが1回返すまでを1往復として数える

本記事でいう1往復とは、こちらが指示を1回送り、AIが1回返事をするまでを指します。会話を10回続けたなら10往復です。

大事なのは、2往復目でも3往復目でも、AIは毎回それまでの全部を読み直しているという点です。人間の会話のように「さっきの話の続き」で済ませてはいません。10往復目には、1往復目から9往復目までの中身をもう一度すべて読んでいます。

そのため消費は、送った指示の長さではなく往復の回数で積み上がります。実測の目安では、往復が20回から100回へ5倍になったとき累計は7.5倍でした。1往復あたりの重さも、会話が長いほど少しずつ増えていきます。これが「短い指示しか出していないのに上限が近い」の正体です。

1往復でどれだけ読み直すか：実測では36万ぶんを毎回読み直している

Saixの実環境で、直近120回ぶんのやり取り1万9,000往復を数えました。使っているモデル別に、1往復あたりの読み直し量が次のように出ています。

使っているモデル	数えた往復	1往復あたりの読み直し	1往復あたりの出力
Claude Opus 5（主力）	17,052回	364,075トークン	1,177トークン
Claude Fable 5	1,176回	282,211トークン	1,728トークン
Claude Opus 4.8	634回	468,530トークン	1,334トークン

Opus 5の行で見ると、読み直し364,075に対してAIが書いて返す量は1,177。読む量が書く量の約300倍です。モデルによって幅があり、同じ計算でFable 5は約240倍、Opus 4.8は約398倍でした。節約の話が「短く書く」に向かいがちですが、効くのは読ませる側だと数字が示しています。

制限が来る仕組みと、どこから危ないか｜1日39回・直近120回で68億の読み直しという実測

では、実務でどれくらい積み上がるのか。Saixの実環境を業務の種類で分けて数えた結果が次の表です。1回の作業あたりの平均値になります。

業務の種類	回数	立ち上げ時	1回の読み直し累計	往復
記事・メディア運用	29	168,206	1億2,276万	282
顧客対応・提案資料づくり	123	172,446	9,729万	262
財務・経理	41	166,558	7,279万	211
採用・人事	44	156,479	6,588万	196
社内アプリの開発	154	74,983	5,949万	201
調べもの・横断の作業	190	144,619	2,314万	73

同じ往復数でも1.6倍違う：差を作っているのは立ち上げ時の重さ

開発の行と提案資料の行を並べて見てください。往復回数はほぼ同じ（201回と262回）なのに、読み直しの累計は5,949万と9,729万で1.6倍の差があります。

差を作っているのは往復の多さではありません。立ち上げ時の読み込みが74,983と172,446で、2.3倍違うことです。開発では前置きが軽く、資料づくりでは重い。その差が往復200回ぶん掛け算されて、4,000万近い開きになります。

この内容を自社に当てはめたい方は、無料のAI活用セッションで相談することもできます。

危ない水準の目安：往復50回で1,000万、100回を超えると3,000万に届く

Anthropicは「何トークンで止まるか」を公表していません。公式のヘルプでは、5時間ごとに戻る枠と、週ごとに戻る枠という単位で案内されています。したがって「何トークンで危ない」という公式の数字は存在しません。

そのうえで、自社の実測から言える目安を出します。1セッションの平均は往復43回で累計940万トークンでした。いちばん重かった1回は往復128回で3,253万トークンです。

• 往復20回まで累計300万〜500万トークン程度。通常の調べものや短い作成はここで収まる
• 往復50回あたり累計1,000万トークン前後。資料を1本仕上げる規模。ここから体感で重くなる
• 往復100回を超える累計3,000万トークンに届く。記事1本や提案資料1式はこの帯。上限に当たりやすいのはここから

参考までに、直近120セッションぶんの読み直し総量は68億4,535万トークンでした。1セッションあたり平均159往復なので、1往復36万という数字と計算が合います。これが並行10本・1日39セッションという使い方の実量です。

上位プランにしても効きにくい理由｜増えるのは枠で、重いのは土台

公式の仕組みを確認します。Anthropicのヘルプによると、利用上限は5時間ごとにリセットされるひと区切りぶんの枠と、それとは別にすべてのモデルをまたいだ週ごとの枠があります。上位プランのMax 5xはひと区切りの枠が標準プランの5倍、Max 20xは20倍です。

つまり上位プランが増やしてくれるのは「枠」です。1回の作業で読み直す量そのものは変わりません。枠が増えるぶん当たりにくくはなりますが、土台が重い状態のままだと、増えた枠も同じ読み直しに吸われます。

ここに実測を重ねます。立ち上げ時に16万トークンが乗る環境では、往復200回で3,200万トークンが土台の読み直しに消えます。枠を5倍にしても、重い土台のままなら増えた枠の多くが同じ読み直しに吸われます。

見落としやすいのが、週ごとの枠がすべてのモデルをまたいで共通だという点です。軽いモデルに切り替えても、週の枠は分け合っています。

ひと区切り（5時間）の中では確かに有効です。ただし週単位で見ると、モデルの切り替えだけでは逃げきれません。週の枠を守るには、読み直す量そのものを減らすしかありません。

Claudeの制限がきついときの対策｜今日できる3つ

手を入れる前に、いまの自分の状態を見ておきます。使うのは2つのコマンドで、どちらも打つだけです。

ひとつ目は /usage。直近24時間の使い方を、理由つきで教えてくれます。

Saixの環境では「使用量の96%は、15万トークンを超えた状態で発生していた」「75%は4本以上を同時に走らせているときだった」と出ました。重い土台と並行作業が枠を食っているという、この記事の内容がそのまま出てきます。

画面には対処も一緒に出ます。作業の途中で会話を短くまとめる、話題が変わったら新しくやり直す、同時に走らせる本数を減らす。自分の数字を見てから選ぶと、どれが効くかが分かります。

ふたつ目は /context。立ち上げた時点で何がどれだけ乗っているかが一覧で出ます。

見るのは3つです。いちばん上の合計、そして内訳の「Memory files」と「Skills」。上の画面は練習用の環境なので合計44.5kに収まっていますが、ルールや道具を足していくとここが10万を超えます。

Memory filesは自分で書いたルールの重さ、Skillsは入れた道具の説明文です。どちらも使っていなくても毎回読まれます。数字が大きいほうから手を付けると効きます。

そのうえで、次の3つを決めます。どれも今日その場で設定できて、人の注意ではなく機械が守る形にできます。

対策1：1つのファイルを300行までにする

自動化の処理やルールを書くファイルは、300行で止めてください。

長いファイルほど、立ち上げた瞬間にまるごと読まれます。その重さが往復のたびに掛け算されるので、1本を300行に抑えるだけで差は200回ぶん開きます。

Saixでは、300行を超える書き込みを機械が拒否する形にしました。4,420行あるファイルに5行足そうとすると、実際に止まります。ただし行数を減らす修正はそのまま通ります。増やす方向にだけ摩擦をかけ、減らす方向には何も置かない。この差が効きました。

長くなったファイルは、役割ごとに切って別の場所へ逃がします。そうすると必要なときだけ開く形になり、毎回の立ち上げでは読まれません。文章を短く書く努力ではなく、置き場所を分ける設計で解決します。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

対策2：毎回読まれる索引を24,985文字までにする

やり取りのたびに必ず読まれる索引には、上限を決めてください。Claude Codeの記憶ファイルは200行または25KBの、先に達したほうで切られます。

この種のファイルには読み込みの上限があり、超えた分は警告も出ないまま捨てられます。書いてあるのに効いていない状態が、気づかないうちに生まれます。

Saixでは実測で校正して、自社の運用上限を24,985文字に置いています。文字数が28,237文字のとき、警告は「27.4KB（上限24.4KB）」と出ました。この数字は環境によって変わるので、自分の環境で一度超えさせて、どこから切られるかを見ておくほうが確実です。

ここから1KBを1,024文字として数えていると分かり、上限が24,985文字だと特定できています。85%に達した時点で手前に警告を出す形にしました。

索引が上限に近づいたら、本文を別ファイルへ移して索引には見出しだけを残します。全部を索引に書こうとすると、必ず溢れて下から落ちます。

対策3：索引の1行を200文字までにする

索引の1行は、200文字を超えないようにしてください。

1行が長いと、件数が少なくても上限に当たります。20件しかないのに溢れるときは、たいてい1行の長さが原因です。

1行500文字の索引を50件書けば、それだけで25,000文字に達して上限を超えます。同じ50件でも1行200文字なら10,000文字で収まります。効いているのは件数ではなく、1行の長さのほうです。

長くなる行は、要点だけを索引に残し、詳しい説明は別ファイルへ移します。3つの対策はどれも同じ考え方で、読ませる量を減らすのではなく、読ませる対象を先に絞るという形になっています。

消費を減らす設定5つ｜あとから削るのではなく、先に読ませない形にする

対策3つが「上限を決める」話だとすれば、ここからは「仕組みとして先に作っておく」話です。効いた順に5つ挙げます。どれも使うときの心がけではなく、最初に一度だけ設定するものです。

設定1と2：読ませる範囲を先に絞る

いちばん効いたのは、触っているフォルダに関係するルールだけを読ませることでした。Saixではルールを46本に分け、それぞれに「このフォルダを触ったときだけ読む」という条件を付けています。

全部を常に読ませる形から変えるだけで、立ち上げ時の読み込みが大きく下がります。財務の作業をしているときに、採用のルールを読む必要はありません。初めてやるなら、いま持っているルールを3つか4つの箱に分けて、箱ごとに条件を付けるところから始めてください。

次が、落としてはいけないものだけを索引に残し、本文は別ファイルへ逃がすことです。索引には上限があるので、全部を索引に書けば必ず溢れます。

索引には1行の見出しだけを置き、詳しい中身は別ファイルに分けます。必要なときだけ本文を開く形にすれば、毎回の読み込みは見出しのぶんで済みます。Saixでは落としてはいけないものだけを索引に集約し、本文を別の置き場へ移しました。

この内容を自社に当てはめたい方は、無料のAI活用セッションで相談することもできます。

設定3と4：機械で止める形にして、領域ごとに分ける

3つ目は、1ファイルの行数の上限を機械で止めることです。ファイルが育つのは自然な流れなので、人の注意では止まりません。

300行を超える書き込みを機械が拒否する形にしておくと、分割が習慣になります。重要なのは、守らせるのではなく守るしかない形にすることです。文章で書いたルールは読まれなければ効きませんが、機械の仕組みは読まれなくても効きます。

4つ目は、領域ごとに指示ファイルを分けて置くことです。全社共通の指示を1本の大きなファイルにまとめると、どの作業をしていてもその全部が読まれます。

Saixでは7つの領域それぞれに指示ファイルを置き、その領域を触ったときだけ読まれる形にしています。1本の大きなファイルを7本に分けただけで、1回あたりに読まれる量は7分の1に近づきます。

設定5：上限に収まっているかを毎朝自動で検査する

最後が、索引が上限に収まっているかを毎朝自動で検査することです。上限超過は静かに起きるので、気づく仕組みがないと分かりません。

Saixでは毎朝自動で文字数を数え、超えていれば何行目から落ちているかを知らせる形にしています。超過した日に気づけるので、読まれていないルールが何週間も放置される事態を防げます。

5つのうち4つが「読ませる範囲を先に絞る」話です。やり取りの途中で短く書く努力より、立ち上げ時の土台を削るほうが桁違いに効きます。16万トークンの土台を7万まで落とせれば、往復200回で1,800万トークンが浮きます。

落とし穴｜上限を超えた分は、エラーも出さずに黙って捨てられる

ここがいちばん危ないところです。索引のように毎回読まれるものが上限を超えたとき、超えた分は警告なしに読み込まれないまま捨てられます。

Saixでは実際にこれで事故が起きました。守るべきルールはファイルに書かれていたのに、上限を超えた位置にあったため読まれておらず、同じ失敗が2回起きています。1回目は書類の記入漏れ、2回目は予定の二重登録で、どちらも相手に影響が出ました。

ファイルを開けばルールは確かに書いてあります。だから原因が分かりません。「書いたのに守られない」は、たいてい読まれていないだけです。

対策は単純です。落としてはいけないものは、上限のある場所に置かないこと。Saixでは重要なルールを索引から外し、上限のない置き場へ移しました。自分の環境で一度だけ意図的に超えさせて、どこから落ちるかを見ておくと、境界が体でわかります。

上限に当たったあと｜いつ解除されるかと、待たずに続ける方法

残りの枠を画面に出す：初期状態では出ないので、自分で設定する

当たってから慌てないために、残量の見方を先に用意しておきます。Claude Codeは画面のいちばん下に、いま残っている枠を出せます。

5h が5時間ごとに戻る枠、7d が週ごとに戻る枠です。数字は使った量ではなく残りなので、上の画面は5時間枠が59%、週枠が23%残っている状態になります。作業の前にここを見ておけば、途中で止まる前に気づけます。

ただしこの行は、入れたばかりのClaude Codeには出てきません。表示するには設定が2つ要ります。どちらも1回やれば済みます。

1つ目は設定ファイルです。ホームフォルダの .claude の中にある settings.json を開きます。ファイルが無ければ、上の内容をそのまま新しいファイルとして保存します。

すでに中身がある場合は、いちばん外側のカッコの中へ statusLine の行を足します。直前の項目の末尾にカンマを付け忘れると、設定全体が読み込まれなくなります。全体がカッコ1つに収まっているかを保存前に確かめてください。

2つ目は、残りを読み取る短いファイルです。Claude Codeは表示を更新するたびに、いまの使用状況を含んだ情報をこのファイルへ渡してきます。そこから5時間枠と週枠の割合を取り出し、100から引けば残りの数字になります。

この例では jq（受け取った情報から必要な項目を抜き出す小さな道具）を使っています。Macには最初から入っていないので、先に brew install jq で入れてください。入っているかは jq -V で分かります。

設定では bash ファイル名 という形で呼んでいるので、ファイルに実行権限を付ける必要はありません。保存すれば次の表示から反映されます。上の例は数字を出すだけの最小の形で、残り40%で黄色・20%で赤といった色分けをしたい場合は、その指定をこのファイルに書き足します。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

解除までの時間：5時間ごとに戻る枠と、週ごとに戻る枠の2つがある

実際に当たったとき、最初に知りたいのは「いつ戻るか」です。公式のヘルプによると、枠は2種類あります。

ひとつは5時間ごとにリセットされるひと区切りぶんの枠です。朝に当たったなら、昼過ぎには戻っている計算になります。もうひとつは週ごとの枠で、こちらはアカウントごとに決まった曜日と時刻にリセットされます。

注意したいのは、週の枠がすべてのモデルをまたいで共通である点です。5時間の枠が戻っても、週の枠を使い切っていれば動きません。待っても戻らない場合は、こちらに当たっている可能性があります。

待たずに続ける道も公式に用意されています。ただし自動では切り替わりません。先に設定で追加の利用を有効にしておく必要があります。Anthropicのヘルプによると、有料プランでは上限に当たったあと、標準の従量料金に切り替えて作業を続けられます。止まって待つか、支払って進むかを選べる形です。

横に別のAIを並べておく：切り替えの実コストは1回2.4円から

Saixでは、ターミナルで動くClaude CodeとOpenAIのCodex（Claude Codeと似た開発支援のAI）を両方入れ、画面に並べて出せるようにしています。片方が止まったら、そのまま隣で続ける形です。

1回あたりの費用を実測すると、次のようになりました。

使うもの	支払い方	1回あたりの実測
Claude Code	上位プランの枠内	現金の支出なし（枠に換算すると100〜270円相当）
Codex	ChatGPTの契約枠内	0円
Grok	使った分だけ支払い	平均2.4円（0.2〜8.3円）
Gemini	使った分だけ支払い	呼ばなければ0円、呼ぶと11.2円

この表から出た結論は、費用の感覚が逆だったということです。使った分だけ支払うタイプの数円より、契約枠を食うほうが40〜100倍重いと分かりました。削るべきなのは安いほうではなく、枠を使うやり取りの回数です。

時間帯をずらして混雑を避ける方法もよく紹介されますが、Saixの実務では横のAIへ渡すほうが速く済んでいます。

注意点として、Codex側にも上限があります。記録では失敗24回がChatGPT側の上限到達でした。復帰する時刻はエラー文に出るので、そこを見て判断します。逃げ道も1本では足りません。

よくある質問

Q. ブラウザで使うClaudeでも、同じように残りを見られますか

この記事で紹介した2つのコマンドは、ターミナルで動かすClaude Code の機能です。ブラウザやアプリのClaudeには出てきません。公式のヘルプによると、そちらは設定の使用状況のページで確認します。

表示の形は違いますが、5時間ごとの枠と週ごとの枠という仕組み自体は同じです。なお公式の画面は「使った割合」で出ます。この記事で作った表示は残りなので、見比べるときは向きが逆になります。

Q. チャットを分けると、制限は避けられますか

効きます。ただし効き方は土台の重さで変わります。分けると過去のやり取りはリセットされますが、前置きとして置いてある文章は新しいほうでも毎回読まれます。土台が16万トークンある環境では、分けた回数だけ16万が乗り直します。先に土台を削ってから分けるのが順番です。

Q. 軽いモデルに切り替えれば、上限は避けられますか

5時間ごとの枠の中では有効です。ただし公式の案内によると、週ごとの枠はすべてのモデルをまたいで共通です。週単位で見ると、軽いモデルへの切り替えだけでは逃げきれません。実測でも、1往復あたりの読み直しはモデルを変えても28万〜47万の範囲で、桁が変わるわけではありませんでした。

まとめ

制限がきついと感じたとき、最初に疑うのはプランではありません。立ち上げた瞬間に何が積んであるかです。実測では、何も頼んでいない時点で158,663トークンが乗っていました。これが往復のたびに読み直され、200回を超える作業では数千万トークンになります。

同じ往復回数でも、土台が2.3倍違えば消費も比例して増えます。上位プランが増やすのは枠なので、土台が重いままでは増えた枠が読み直しに吸われます。順番としては、先に土台を削り、そのうえで枠を考えるほうが無駄がありません。

今日できることは3つの上限を決めることです。1ファイルは300行まで、毎回読まれる索引は24,985文字まで、索引の1行は200文字まで。そして機械で止める形にしておくことです。文章で書いたルールは読まれなければ効きませんが、機械の仕組みは読まれなくても効きます。

Saixでは、こうした設計をそのまま社内に入れる伴走支援を行っています。土台を削る具体の手順は、次の記事にも書いています。

フォルダの切り方はClaude Codeのフォルダ管理、前置きの指示ファイルの書き方は経営者の壁打ち相手にする方法にまとめました。

プランの選び方はClaudeのビジネス活用ガイド、モデルの使い分けはClaude Opus 5の使い方、会社で使うときの権限と保存先の決め方はClaude Codeのセキュリティ設計が該当します。