Claudeの使用制限と長さ制限の違い — 自動コンテキスト管理の仕組み
使用制限は「一定期間に使える量」、長さ制限は「1つの会話に入る量」で別物です。コード実行が有効だと会話が自動要約され、その分だけ使用上限の消費が増える仕組みを解説します。
使用制限は「量×時間」、長さ制限は「1会話の深さ」
Claudeの使用制限と長さ制限は、名前が似ていても別の制限です。使用制限は「一定期間にどれだけ使えるか」、長さ制限は「1つの会話にどれだけ入るか」を決めます。
使用制限は複数の会話をまたいだ「量」の話で、長さ制限は個々の会話の「深さと複雑さ」の話です。当たったときの対処も異なります。
| 観点 | 使用制限(usage limits) | 長さ制限(length limits) |
|---|---|---|
| 何を制限するか | 使用制限(usage limits)期間内にやり取りできる量 | 長さ制限(length limits)1つのチャットに入る情報量 |
| 関係する仕組み | 使用制限(usage limits)会話予算(メッセージ数・Claude Codeの作業時間) | 長さ制限(length limits)コンテキストウィンドウ |
| 範囲 | 使用制限(usage limits)全会話・全アプリの合計 | 長さ制限(length limits)1つの会話 |
| 当たったとき | 使用制限(usage limits)リセットを待つ・プラン変更・使用量クレジット購入 | 長さ制限(length limits)新しい会話を始める・プロジェクトを使う |
この2つが混同されやすいのは、どちらも「これ以上続けられない」という形で現れるからです。
使用制限は何で減るのか
使用制限は、会話の予算のようなものです。送れるメッセージ数や、Claude Codeで作業できる時間が、この予算で決まります。
消費に効く要素は、会話の長さと複雑さ、使う機能、選んだモデル、設定した思考の深さ(effort level)です。プランもPro、Max、Teamなどで許容量が違い、有料プランのほうが上限は高くなります。
見落としやすいのは、複数のアプリで合算される点です。claude.ai、Claude Code、Claude Desktopの利用は、同じ使用制限に数えられます。Claude Codeで使い込んだ日に、claude.aiのチャットが早めに止まることがあるのは、この合算が理由です。
消費に効く要因は、ほかにもあります。
- メッセージの長さ
- 添付ファイルのサイズ
- 現在の会話の長さ
- ResearchやWeb検索などのツール使用
- アーティファクトの作成と利用
- コード実行、ファイル作成、Webサイトの閲覧といった複数ステップの作業
つまり「会話が長いこと」自体が使用制限の消費要因です。この点が、次の自動コンテキスト管理の話につながります。
使用制限に当たったときの動き方は、Claude制限の回復は5時間ごと+週1回で扱っています。プランごとの上限の違いはClaudeの料金プランにあります。
長さ制限はコンテキストウィンドウの大きさで決まる
長さ制限は、コンテキストウィンドウに関係します。コンテキストウィンドウは、Claudeが1つのチャットで一度に処理して覚えていられる情報量、いわば作業記憶です。
大きさはモデルで変わります。有料プランでは、最新のモデルが最大1Mトークンに対応し、ほかは500Kまたは200Kトークンです。応答用に一部が常に確保されるため、実際に続けられる会話の長さは、ウィンドウ全体よりやや小さくなります。
チャットでの目安を、モデル別の表から抜き出すと次のとおりです(有料プランの場合)。
| モデル | チャット | Claude Code | Cowork |
|---|---|---|---|
| Claude Fable 5.1 | チャット1M | Claude Code1M | Cowork1M |
| Claude Fable 5 | チャット500K | Claude Code1M | Cowork1M |
| Claude Opus 5.5 / Opus 5 | チャット1M | Claude Code1M | Cowork1M |
| Claude Opus 4.8 | チャット500K | Claude Code1M | Cowork1M |
| Claude Sonnet 5.5 / Sonnet 5 | チャット1M | Claude Code1M | Cowork1M |
| Claude Sonnet 4.6 | チャット500K | Claude Code1M(要設定) | Cowork200K |
| Claude Opus 4.7 | チャット500K | Claude Code1M | Cowork1M |
| Claude Opus 4.6 | チャット500K | Claude Code1M(要設定) | Cowork200K |
同じモデルでも、使う場所で数字が変わります。たとえばClaude Fable 5は、チャットで500K、Claude CodeとCoworkで1Mトークンです。表にないモデルは、チャットで200Kが基準になります。
Claude Codeの1Mトークン設定には条件が付くモデルがあります。Opus 4.6はclaude-opus-4-6[1m]、Sonnet 4.6はclaude-sonnet-4-6[1m]を/modelで選ぶ形で、使用量クレジットの有効化が必要な場合があります。
プランを上げても、1会話に入る量(コンテキストウィンドウ)は広がりません。プランごとに固定されたウィンドウの大きさは、利用者が増やせないためです。
表にないHaiku 4.5は、Coworkで200Kです。
自動コンテキスト管理は会話を要約して続ける
ここが2つの制限の接点です。コード実行を有効にしているユーザーでは、Claudeが長い会話を自動で管理します。
会話がコンテキストウィンドウの上限に近づくと、Claudeが過去のメッセージを要約し、会話をそのまま続けられるようにします。長さ制限で会話が止まる場面が減り、途切れの少ない長い会話ができます。
要約されても、チャットの全履歴は保存されたままです。Claudeは要約後も履歴を参照できます。長い会話の途中で「organizing its thoughts(考えを整理している)」と表示されることがありますが、これは自動コンテキスト管理が動いているサインです。
条件と例外も押さえておきます。
- コード実行が有効でなければ、自動コンテキスト管理は働かない
- 非常に大きな最初のメッセージなど、まれなケースでは、コンテキスト上限に当たることがある
- システムエラーが原因で、上限に当たるケースもある
Coworkでは、モデルごとに自動圧縮の閾値が決まる例もあります。Sonnet 5は、会話が500Kトークンに達した時点で自動的に圧縮されます。ウィンドウ全体の1Mを使い切る前に整理が入る設計です。
長い会話ほど使用上限の消費が増える
自動コンテキスト管理には注意点があります。自動コンテキスト管理が働くほど長い会話は、使用制限の消費が大きくなります。
使用制限の消費要因には「現在の会話の長さ」が含まれるためです。長さ制限の手前まで育った会話は、1通ごとの消費が重くなりがちです。長さ制限の緩和と引き換えに、使用制限の消費が増える関係です。
ここで、2つの制限が別物という前提が効いてきます。
- 長さ制限に当たりにくくなっても、使用制限が軽くなるわけではない
- 1つの長い会話を続けるより、区切って新しい会話にするほうが有利な場面がある
- 使用制限が迫っているときは、長い会話の継続を見直す価値がある
使用制限が近いときの選択肢としても、新しい会話を始める手があります。
要約された会話が「使用制限を何割増やすか」は、公式の説明に数値がありません。倍率などを断定できる材料はないため、体感で判断するほかありません。
長い会話の進め方を使い分ける
2つの制限に別々の対処が必要になる、というのが実務上の要点です。当たっている制限を見極めると、無駄な手戻りが減ります。
| 状況 | 当たっている制限 | 取れる手 |
|---|---|---|
| 一定時間、新しいメッセージを送れない | 当たっている制限使用制限 | 取れる手リセットを待つ・プラン変更・使用量クレジット購入 |
| 1つの会話がこれ以上進まない | 当たっている制限長さ制限 | 取れる手新しい会話を始める・プロジェクトを使う |
| 長い会話で返答が重く、上限が早く減る | 当たっている制限使用制限(長い会話の影響) | 取れる手新しい会話に切り替える |
使用量クレジットは、Pro、Max、Team、座席制Enterpriseの有料プランで購入できます。従量制のEnterpriseは、消費ベースの課金です。
実践しやすい節約の型を挙げます。
- 関連する質問は、1通のメッセージにまとめる
- 背景情報を最初に渡し、往復を減らす
- 過去の情報は繰り返さず、前の内容を参照させる
- 有料プランでは、過去のチャット検索やメモリ、プロジェクトの要約を使って文脈を引き継ぐ
- プロジェクト内のコンテンツはキャッシュされ、再利用時は消費が小さくなる
プロジェクトを使うなら、繰り返し参照する中核の資料を、始めにプロジェクトの知識へ入れておきます。同じ内容を使うほど、キャッシュの効果は大きくなります。送信前にメッセージを読み直して要件の抜けを埋めておくと、追加の質問で往復が増えるのも避けられます。
キャッシュには有効期間があります。しばらく間を空けて同じプロジェクトに戻ると、最初のメッセージでは、その内容が全量で数えられます。
用途別にも、消費を抑える入れ方があります。
- コーディングでは、環境の情報を最初のメッセージで渡し、レビューやデバッグ対象のコードは1通にまとめる
- 文章の校正では、要件・想定読者・要点を先に示し、全文を1通で送る
- 調査・分析では、調べたい問いと注目点を最初に決め、関係するデータを1通に整えて渡す
いずれも、往復の回数を減らす方向の工夫です。
使用量は、Pro、Max、Team、座席制Enterpriseなら、設定の「Usage」画面で確認できます。5時間ごとのセッションの使用状況と残り時間、週間の上限がリセットされる時刻が、進捗バーで表示されます。週間の上限は、全モデル分と、プランに含まれる場合はFable分を別々に見られます。使用量クレジットの欄では、プランの上限をどこまで使ったかも確認できます。従量制のEnterpriseには上限がなく、消費に応じた課金額を同じ画面で追えます。上限の近さを見ながら、長い会話を続けるか区切るかを決められます。
長い調査や作業を、1つの会話に詰め込みすぎない発想が有効です。次の会話に持ち越したい内容は、要点を自分でまとめてから新しい会話へ渡せます。
コンテキストの空きを増やす工夫
ウィンドウの大きさは変えられません。それでも、ウィンドウの中身を軽くすることで、空きを増やせます。コンテキストと使用制限の両方に効く方法は次のとおりです。
- プロジェクトを活用する
- プロジェクトの指示を短くする
- 使っていないプロジェクトファイルを消す
- 拡張思考が要らないときはオフにする
- effort levelを下げる
- 使わないアプリ連携やWeb検索を止める
プロジェクトはRAG(検索拡張生成)を使うため、関連する内容だけをコンテキストに読み込み、より多くの情報を効率よく扱えます。仕組みはClaude ProjectsのRAG検索の仕組みで詳しく扱っています。
プロジェクトの指示に書くのは、プロジェクト全体の背景、主要なガイドライン、Claudeの役割までです。その場限りの作業指示は、チャットのほうに書きます。effort levelは、高いほどトークンを多く使うため、定型の作業では低めにしておくと軽くなります。最新の情報が要らない質問では、Web検索をしないよう頼む手もあります。
ツールやコネクターはトークンを多く消費するため、使わない連携を切ることが、コンテキストと使用制限の両方の節約になります。
Claude Codeでの見え方
ここまではチャットの話が中心でした。Claude Codeも使用制限を共有していますが、上限のメッセージの種類やコンテキストの扱いは別の仕組みです。上限メッセージの見分け方はClaude Codeの利用上限、コンテキストの節約はClaude Codeのコンテキスト管理にまとまっています。