Claudeの使用制限と長さ制限の違い — コンテキストウィンドウの上限

使用制限は「量×時間」、長さ制限は「1会話の深さ」

Claudeの使用制限と長さ制限は、名前が似ていても別の制限です。

どちらも「これ以上続けられない」という形で現れるので、混同しやすい制限です。

Claudeのコンテキストウィンドウ(コンテキスト長)の上限は、有料プランのチャットで200K〜1Mトークンです。これが長さ制限の正体で、使用制限とは別に会話ごとに数えます。モデルごとの数字は「長さ制限はコンテキストウィンドウの大きさで決まる」の表にあります。

当たったときの対処も逆向きです。具体的な手は、後半の「長い会話の進め方を使い分ける」の表にあります。

使用制限は何で減るのか

使用制限は、会話の予算のようなものです。送れるメッセージ数や、Claude Codeで作業できる時間が、この予算で決まります。プランはPro、Max、Teamなどで許容量が違い、有料プランのほうが上限は高くなります。

消費に効く要因は、次の3系統に分けられます。

見落としやすいのは、複数のアプリで合算される点です。claude.ai、Claude Code、Claude Desktopの利用は、同じ使用制限に数えられます。Claude Codeで使い込んだ日にclaude.aiのチャットが止まりやすくなるのは、この合算によります。

つまり「会話が長いこと」自体が使用制限の消費要因です。この点が、次の自動コンテキスト管理の話につながります。

使用制限に当たったときの動き方は、Claude制限の回復は5時間ごと+週1回で扱っています。プランごとの上限の違いはClaudeの料金プランにあります。

長さ制限はコンテキストウィンドウの大きさで決まる

長さ制限は、コンテキストウィンドウに関係します。コンテキストウィンドウは、Claudeが1つのチャットで一度に処理して覚えていられる情報量、いわば作業記憶です。

大きさはモデルで変わります。有料プランでは、最新のモデルが最大1Mトークンに対応し、ほかは500Kまたは200Kトークンです。応答用に一部が常に確保されるため、実際に続けられる会話の長さは、ウィンドウ全体よりやや小さくなります。

チャットでの目安を、モデル別の表から抜き出すと次のとおりです(有料プランの場合)。

同じモデルでも、使う場所で数字が変わります。たとえばClaude Fable 5は、チャットで500K、Claude CodeとCoworkで1Mトークンです。表にないモデルは、チャットで200Kが基準になります。Haiku 4.5は、Coworkで200Kです。

「要設定」の2モデルは、Claude Codeで/modelから1Mの別名を選びます。Opus 4.6はclaude-opus-4-6[1m]、Sonnet 4.6はclaude-sonnet-4-6[1m]です。

条件はプランで分かれます。Opus 4.6の1Mは、Max・Team・Enterpriseなら契約に含まれ、Proでは使用量クレジットが要ります。Sonnet 4.6の1Mは、従量制のEnterpriseを除くどの有料プランでも使用量クレジットが必要です。

チャットのウィンドウの大きさはプランごとに固定で、設定で増やすことはできません。Claude Codeの1Mは、上のモデル別名で選びます。

自動コンテキスト管理は会話を要約して続ける

ここが2つの制限の接点です。コード実行を有効にしているユーザーでは、Claudeが長い会話を自動で管理します。

会話がコンテキストウィンドウの上限に近づくと、Claudeが過去のメッセージを要約し、会話をそのまま続けられるようにします。長さ制限で会話が止まる場面が減り、途切れの少ない長い会話ができます。

要約されても、チャットの全履歴は保存されたままです。Claudeは要約後も履歴を参照できます。長い会話の途中で「organizing its thoughts(考えを整理している)」と表示されることがありますが、これは自動コンテキスト管理が動いているサインです。

条件と例外も押さえておきます。

• コード実行が有効でなければ、自動コンテキスト管理は働かない
• 非常に大きな最初のメッセージなど、まれなケースでは、コンテキスト上限に当たることがある
• システムエラーが原因で、上限に当たるケースもある

対象の書き方は、ヘルプの2つの記事で少し違います。使用制限の記事は「コード実行を有効にしているユーザー」、コンテキストウィンドウの記事は「コード実行を有効にした有料プランのユーザー」と書いています。有料プランでコード実行をオンにしていれば、どちらの条件も満たします。

Coworkでは、モデルごとに自動圧縮の閾値が決まる例もあります。Sonnet 5は、会話が500Kトークンに達した時点で自動的に圧縮されます。ウィンドウ全体の1Mを使い切る前に整理が入る設計です。

長い会話ほど使用上限の消費が増える

自動コンテキスト管理には注意点があります。ヘルプは、自動管理が働くほど長い会話は使用制限をより多く消費すると書いています。

長さ制限の緩和と引き換えに、使用制限の消費が増える関係です。ここで、2つの制限が別物という前提が効いてきます。

• 長さ制限に当たりにくくなっても、使用制限が軽くなるわけではない
• 1つの長い会話を続けるより、区切って新しい会話にするほうが有利な場面がある
• 使用制限が迫っているときは、長い会話の継続を見直す価値がある

ヘルプも、長い会話で使用制限が近づいたら新しい会話を始めるよう案内しています。ヘルプには、要約された会話が使用制限をどれだけ増やすかは示されていません。倍率は分からないため、体感で判断することになります。

小説のような長い執筆で止まるのはどちらか

長編の執筆は、2つの制限の両方に当たります。章を重ねて1つのチャットで書き進めると、会話が長くなるからです。

コード実行が有効なら、上限に近づいた時点で古いやり取りが要約され、書き続けられます。一方で、長い会話は使用制限を多く消費します。「一定時間送れない」なら使用制限、「この会話が進まない」なら長さ制限です。

長さ制限で止まったときは、新しい会話を始めるか、プロジェクトを使います。設定資料や登場人物表をプロジェクトの知識に置けば、毎回貼り直さずに済みます。

長い会話の進め方を使い分ける

2つの制限に別々の対処が必要になる、というのが実務上の要点です。当たっている制限を見極めると、無駄な手戻りが減ります。

使用量クレジットは、Pro、Max、Team、座席制Enterpriseの有料プランで購入できます。従量制のEnterpriseは、消費ベースの課金です。

実践しやすい節約の型を挙げます。

• 関連する質問は、1通のメッセージにまとめる
• 背景情報を最初に渡し、往復を減らす
• 過去の情報は繰り返さず、前の内容を参照させる
• 有料プランでは、過去のチャット検索やメモリ、プロジェクトの要約を使って文脈を引き継ぐ
• プロジェクト内のコンテンツはキャッシュされ、再利用時は消費が小さくなる

プロジェクトを使うなら、繰り返し参照する中核の資料を、始めにプロジェクトの知識へ入れておきます。同じ内容を使うほど、キャッシュの効果は大きくなります。送信前にメッセージを読み直して要件の抜けを埋めておくと、追加の質問で往復が増えるのも避けられます。

キャッシュには有効期間があります。しばらく間を空けて同じプロジェクトに戻ると、最初のメッセージでは、その内容が全量で数えられます。

用途別にも、消費を抑える入れ方があります。

• コーディングでは、環境の情報を最初のメッセージで渡し、レビューやデバッグ対象のコードは1通にまとめる
• 文章の校正では、要件・想定読者・要点を先に示し、全文を1通で送る
• 調査・分析では、調べたい問いと注目点を最初に決め、関係するデータを1通に整えて渡す

いずれも、往復の回数を減らす方向の工夫です。

使用量は、Pro、Max、Team、座席制Enterpriseなら、設定の画面で確かめられます。従量制のEnterpriseには上限がなく、消費に応じた課金額を同じ画面で追えます。

上限の近さを見ながら、長い会話を続けるか区切るかを決められます。調査や作業は、1つの会話に詰め込みすぎない形にできます。次の会話へ持ち越したい内容は、要点を自分でまとめてから渡せます。

コンテキストの空きを増やす工夫

チャットのウィンドウの大きさは変えられません。それでも、ウィンドウの中身を軽くすることで、空きを増やせます。コンテキストと使用制限の両方に効く方法は次のとおりです。

• プロジェクトを活用する
• プロジェクトの指示を短くする
• 使っていないプロジェクトファイルを消す
• 拡張思考が要らないときはオフにする
• effort levelを下げる
• 使わないアプリ連携やWeb検索を止める

プロジェクトはRAG(検索拡張生成)を使うため、関連する内容だけをコンテキストに読み込み、より多くの情報を効率よく扱えます。仕組みはClaude ProjectsのRAG検索の仕組みで詳しく扱っています。

プロジェクトの指示に書くのは、プロジェクト全体の背景、主要なガイドライン、Claudeの役割までです。その場限りの作業指示は、チャットのほうに書きます。effort levelは、高いほどトークンを多く使うため、定型の作業では低めにしておくと軽くなります。

最新の情報が要らない質問では、Web検索をしないよう頼む手もあります。ツールやコネクターはトークンを多く消費するので、切る効果が出やすい項目です。

Claude Codeでは画面の文言で当たった制限が分かる

Claude Codeも使用制限を共有していますが、当たった制限は文言で区別して表示されます。エラー文言ごとの意味は次のとおりです。

長さ制限の文言は、-pの出力や記録の中ではPrompt is too longのままです。Amazon BedrockではInput is too long for requested modelとして返り、同じ扱いになります。

やり取りが1往復しかない会話で長さ制限に当たると、要約できる過去のやり取りが無いため圧縮されません。代わりに、要求の大半を占めているのが会話そのものか、システムプロンプト・ツール定義・添付かを示すメッセージが出ます。

システムプロンプトやツール定義が大半なら、/contextで内訳を出し、使っていないMCPサーバーを/mcp disable <名前>で外す手があります。長いCLAUDE.mdも空きを削る対象です。会話側が大半なら、貼り付けや添付を減らして/clearからやり直します。

Claude Code側の圧縮の位置は、利用者が動かせます。標準で1Mのウィンドウを持つモデル(Sonnet 5、Fableの各モデル、Opus 4.7以降)は、満杯になる前の約967Kトークンで圧縮するのが既定です。/autocompactで値を変えられます。

/autocompact 500k
/autocompact auto

v2.1.289のclaude --helpには、起動時の1回だけ値を変える--autocompact <auto|tokens>が載っています。値はautoか、100kから1Mのトークン数です。モデルのウィンドウを超える値は、ウィンドウの大きさで頭打ちになります。

上限メッセージの見分け方はClaude Codeの利用上限、コンテキストの節約はClaude Codeのコンテキスト管理にまとまっています。