Claude Media
Claudeの使用制限と長さ制限の違い — 自動コンテキスト管理の仕組み

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 CodeCowork
Claude Fable 5.1チャット1MClaude Code1MCowork1M
Claude Fable 5チャット500KClaude Code1MCowork1M
Claude Opus 5.5 / Opus 5チャット1MClaude Code1MCowork1M
Claude Opus 4.8チャット500KClaude Code1MCowork1M
Claude Sonnet 5.5 / Sonnet 5チャット1MClaude Code1MCowork1M
Claude Sonnet 4.6チャット500KClaude Code1M(要設定)Cowork200K
Claude Opus 4.7チャット500KClaude Code1MCowork1M
Claude Opus 4.6チャット500KClaude 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のコンテキスト管理にまとまっています。

この記事を共有:XはてブLinkedIn