Claudeでまだ何通かメッセージを送っていなくても、すでに使用制限に達するよう促されているなら、まず最初に変えるべきは発話頻度ではなくタスクの構造です。 AnthropicによるPro使用制限の説明は明確になりました。ノルマに本当に影響するのは送信するメッセージ数だけでなく、メッセージの長さ、現在の会話の総長さ、添付ファイルのサイズ、そして使用するモデルや関数がより多くの計算能力を消費しているかどうかです。
そのため、「12文しか話さなかったのに、なぜノルマがないのか」といった状況は、会話がすでに長く、大きなファイルを繰り返しアップロードし、より重いモデルやリサーチ/アーティファクトのようなリソース集約型の機能を同時に動かすことなどと重なることが多いです。
だからこそ、両者とも「今日は12ラウンドしかチャットしなかった」と言い、一方は続けていい、もう一方は制限されているのです。 プラットフォームは単純にラウンド数ではなく、セッション全体の消費量をカウントしているからです。
節約する最も実用的な方法は以下の通りです:
1. 長い文書に関する質問は、一度にいくつかの質問を一つのメッセージで投げかけ、何度も分かってやり取りしないようにしましょう。
2. 同じ会期ですでに可決された文書を繰り返さないこと。
3. 同じ種類のタスクに対してデータを読み込むプロジェクトを使って重複コンテキストを減らす。
4. 長くなったチャットでは、適切なタイミングで新しいスレッドを開き、質問を一か所にまとめすぎないこと。
Anthropicはまた、Projectsのキャッシュメカニズムが同じロットの素材を再利用するのに役立つと特に述べています。 ですので、常に同じ契約書や同じコード、同じ研究を分析している場合、それらをProjectに入れる方が毎回再アップロードするよりも安価なことが多いのです。
行き詰まったら、まずは短時間だけ探るのではなく、コンテキストを停止して縮小することです。不要な添付ファイルを削除したり、問題をマージしたり、新しいスレッドに切り替えたり、データをProjectに移動したりします。 これは「古いスレッドを使い続ける前に5時間待つ」よりもコスト効率が良いことが多いです。
だからクロードはすぐにピークに達した。必ずしもメッセージを送りすぎていたからではなく、毎ラウンド重い文脈を抱えて前に進んでいたからだ。 本当の解決策は、メッセージ数だけを見るのではなく、文脈の重みを減らすことです。
