Claude ProとMaxの利用制限：使用枠と/usage

Ailootの活用に関する実用情報はドキュメントにあります。

Claude Proでは実際に何トークン使える？#

私もプランを検討していたとき、自分でその数字を探しました。20ドルを払ったなら、何を買ったのか知りたいものです。ところが数字はありません。それを早めに受け入れれば、探し回る時間を減らせます。

Claudeの料金ページを開くと、機能、価格、そして制限についての一文が載っています。

これだけです。メッセージ数も、トークン数も、時間数もありません。これは意図された仕様です。Anthropicの制限は、そもそも固定数で表されていません。

Anthropicの制限システムは別の仕組みで動いています。時間枠があり、その中で利用割合が決まっています。5時間枠の半分を使うと、50パーセントと表示されます。

その50パーセントに何トークン相当が含まれるかは、3つの要素によって変わります。使ったモデル、コンテキストの長さ、そしてキャッシュにヒットしたかどうかです。1時間の作業で枠の10パーセントを使うことも、80パーセントすべてを使うこともあります。

ここから、よくある疑問の半分にすぐ答える3つの結論が導けます。

1. 他の人の使用量と比べても意味がありません。 同じ割合でも、20個のファイルがあるまっさらなプロジェクトを使う人と、2,000個のファイルがあるプロジェクトを使う人とでは、作業量が異なります。
2. 英語の記事に載っている数値の日付を確認してください。 確認できる最新の変更は2026年5月6日で、5時間枠が2倍になりました（詳しくは後述します）。1年前の記事は、別の製品について説明しています。
3. 信頼できる情報源は自分のダッシュボードだけです。 Claude Codeに組み込まれていて、コマンド1つで開けます。

以下の表に対する一文の答えが必要なら、2026年10月3日時点で、Proは月額20ドル（年払いなら17ドル）で、Freeプランの少なくとも5倍の利用枠があり、週単位の上限が1つあります。Maxは100ドルからで、Proの5倍または20倍の容量に加え、Sonnet専用の2つ目の週単位の上限があります。どのプランにも正確なトークン数は記載されていません。

次に、各枠の仕組み、残量の確認場所、そして1日で自分に合うプランを見極める方法を説明します。

Claudeの3層の制限はどう機能する？#

ほとんどの人は5時間枠を知っています。週単位の枠を意識するのは、すでに上限に達したときです。そして、見慣れないメッセージが表示されて昨日と違う理由を不思議に思ったとき、Opusの上限を知ることになります。

1つ目の層は5時間のセッションです。 枠はローリング方式で、暦上の時間に結び付いておらず、午前0時に始まるわけでもありません。5時間後に容量が戻り、Claude Codeは制限メッセージに正確なリセット時刻を表示します。集中的に作業しているときに最もよく達する上限です。

2つ目の層は週単位の枠です。 過去7日間に使った分がすべてここに合算されます。週単位の枠はローリング方式ではありません。アカウントに割り当てられた固定時刻にリセットされ、作業を始めた時刻によってリセット曜日が変わることもありません。週単位の上限に達するのが最も厄介です。5時間枠なら昼休みに待てますが、週単位の枠では数日間ツールを使えなくなることがあります。

3つ目の層はモデル固有です。 Opusには独自の別カウンターがあり、これはユーザーにとって有利に働きます。Opusの上限に達したらSonnetに切り替えて作業を続けられます。

Maxプランには週単位のカウンターが2つあります。公式の説明によると、Maxには「週単位の利用制限が2つあり、1つはすべてのモデルに適用され、もう1つはSonnetモデルのみに適用されます」。/usage画面では、それぞれCurrent week (all models)とCurrent week (Sonnet only)と表示されます。

最初の2つの層はすべてのモデルで共有され、3つ目は共有されません。Claude Codeのドキュメントにも明記されています。

実用上のルールはこうです。Opusについてのメッセージが表示されたら、/modelを押してSonnetを選び、作業を続けます。セッションや週単位の枠についてのメッセージなら、モデルを切り替えても解決しません。待つか、追加利用を購入する必要があります。

私は何週間も5時間枠に達しないことがあります。しかし、夜通しエージェントをまとめて動かした初日には週単位の上限に達しました。ですから、最初の枠のほうが頻繁に目に入っても、2つ目の制限を確認する価値があります。

チャットと利用枠を共有します。 Teamプランについて、ドキュメントにはワークスペースの容量がClaude Code、claude.aiのチャット、Coworkで共有されると明記されています。ProとMaxも同じ仕組みです。午前中にチャットで契約書を確認すると、その晩にClaude Codeで使える容量は減ります。「ほとんどコードを書いていないのに、どうして全部なくなったの？」と疑問に思うよくある原因の1つです。

残りの利用量はどこで確認できる？#

Claude Codeを起動して、次のように入力します。

/usage

/costコマンドでもまったく同じ画面が開きます。別名コマンドです。

表示される内容は次のとおりです。

1. 各枠のバー：5時間、週単位、Opusそれぞれの割合とリセット時刻。
2. 利用元別の内訳。 Claude Codeは、スキル、サブエージェント、プラグイン、接続済みサーバーごとに、どのくらいの割合を使ったかを表示します。
3. 動作に関する警告：容量を消費する要因が表示されます。長いコンテキストやキャッシュミスが10パーセント以上を消費すると、システムは別の行で強調し、対処方法を提案します。
4. 期間の切り替え：d（日）キーとw（週）キーを使います。

コードエディターの拡張機能を使っている場合、同じ内訳がアカウント情報ダイアログに表示され、「Day / Week」の切り替えもあります。

私は週単位のバーと、その下の内訳だけを見ます。5時間分の利用枠は昼食の頃には戻りますが、週単位の枠を見れば金曜日まで持つかどうかがわかります。

誤った結論につながりやすい注意点が2つあります。

1つ目：セッション欄のドル表示は請求額ではありません。 Claude Codeが標準トークン価格を使ってローカルで計算したもので、サブスクリプションとは関係ありません。ドキュメントにも明記されています。

2つ目：数値はこのマシンのローカル履歴から計算されています。 別のコンピューターやWebチャットでの利用は、この内訳には含まれません。仕事用のノートPCと自宅のコンピューターを使っている場合、それぞれのダッシュボードに表示されるのは各端末の利用分だけですが、制限自体は共有されています。

利用状況を見えないブラックボックスのままにしたくないなら、コンテキストエンジニアリングが鍵になります。最初のリクエストを送る前に、モデルのコンテキストに何を含めるかを管理することです。体系的に作業するなら、AIクローン + セカンドブレイン + コンテキストエンジニアリングの組み合わせが役立ちます。容量の使い道を左右するのはこれです。

英語の制限メッセージはどういう意味？#

Claude Codeのドキュメントにある正確なメッセージと、それぞれの対処方法は次のとおりです。

上限に達する前に残量を確認することもできます。ドキュメントでは、ステータス行にrate_limitsフィールドを表示する方法と、デスクトップアプリでモデル選択の横にある利用状況リングをクリックする方法が紹介されています。Web版では、上限に近づくとApproaching 5-hour limit.と表示されます。

制限と混同されやすい別のメッセージは、コンテキストの自動圧縮に関する警告です。会話がモデルのコンテキストウィンドウの上限に達し、Claudeが履歴を圧縮した要約として再構築しようとしていることを意味します。警告の見た目は大げさですが、サブスクリプションの利用容量とは関係ありません。

ProとMaxはどう違う？#

2026年10月3日時点の価格は次のとおりです。価格は公式ページに基づいています。

Anthropicは倍率で差を説明しています。 絶対数はどこにもありません。公式にわかっているのは「Proの5倍」ということだけです。何時間分の作業に相当するかは、使い方によってまったく異なります。

古い記事を見た人が戸惑う細かな変更があります。2026年10月時点で、Claude Coworkは別名の製品としてではなく、ProとMaxでClaudeの一部としてそのまま提供されつつあります。これはインターフェース上の名称変更であり、新しいプランでも、上の表にある価格の変更でもありません。

ProとMaxの価格差は5倍で、容量の差も5倍です。ProとMax 5xでは、作業量あたりの費用はおおむね同じです。

私は自分でも上位プランを使っています。エージェントをまとめて実行し、夜間にタスクを動かすようになったとき、どのプランを選ぶかは決まりました。その使い方では、コンテキストをどれほど丁寧に整理しても上限に達します。1つのウィンドウで手作業をするなら、必要ありません。

Maxなら作業時間あたりの費用を変えずに上限を引き上げられます。つまり、判断基準は1つです。どのくらいの頻度で上限に達するか。週に1回なら元が取れます。月に1回なら、何のためでもなく80ドル余計に払うことになります。

作業量の印象より早く上限に達するのはなぜ？#

原因ごとに、仕組みと対処方法を説明します。私が最もよく遭遇するのは、朝に開いたセッションを夕方まで忘れていることです。

長いコンテキスト。 モデルはリクエスト間で記憶を保持しないため、メッセージを送るたびに履歴全体がサーバーへ再送信されます。朝に開いたセッションは夕方までに大きなデータの塊になり、「そうだ、これ直して」と言うたびにサーバーへ送られます。対処は簡単です。無関係なタスクの間に/clearを使います。この仕組みは別のガイド「Claude Codeのトークンはどこへ行く？」で詳しく説明しました。

キャッシュミス。 コンテキスト内の繰り返し部分はキャッシュされ、費用を大幅に抑えられます。ただし、キャッシュには有効期間があります。サブスクリプションでは1時間、追加利用に切り替えている場合は5分です。長い休憩のあとに作業へ戻ると、最初のリクエストでコンテキスト全体が再計算されます。

スケジュール済みタスク。 スケジュール済みタスクは、コンピューターの近くにいないときも、設定された間隔で実行されます。そしてコンテキスト全体を送信します。

エージェントチーム。 Claudeが1つのタスクに対して複数のアシスタントを並行して実行する仕組みです。それぞれが独自のコンテキストウィンドウを持ち、終了するまで容量を使います。ドキュメントには具体的な目安があり、プランモードでは、エージェントチームは通常のセッションのおよそ7倍のトークンを使います。エージェントを並行実行してカウンターの動きに驚いたなら、おそらくこれが理由です。

圧縮そのもの。 /compactコマンドは、圧縮対象の会話を読み取ります。コンテキストが大きければ、費用のかかる処理です。会話を引き継ぐ必要がないなら、/clearは無料で、より適切に目的を果たします。

バックグラウンドでの動作。 何もしていないときも、Claude Codeは少量の容量を使います。セッションを復元するために過去の会話を要約し、保守コマンドを処理します。ドキュメントによれば、通常はセッションあたり4セント未満なので、全体では無視できる程度です。

手作業で調べる必要はありません。/usageパネルは、最近の利用量の10パーセント以上を消費した動作を強調し、対処方法を表示します。

パネルの警告を出すしきい値はClaude Codeに組み込まれています。

最後の項目は、たいてい夜通しの実行か、閉じ忘れたウィンドウを意味します。すべてのセッションが同じ上限を使うため、ウィンドウを4つ並行して動かすと容量の消費速度は4倍になります。別枠があるわけではありません。

キャッシュを消す操作と、費用がかさむ理由#

使用量の原因として最も見落とされがちなのは、これが目に見えないからです。短い変更を1つ加えただけなのに、次のリクエストでは履歴全体が通常料金で再計算されます。

キャッシュが消える操作は次のとおりです。

1. /modelでモデルを切り替える。 モデルごとにキャッシュが異なります。切り替えると内容は同じでも、次のリクエストではキャッシュに一度もヒットせず、会話全体を読み直します。
2. 努力レベルを変更する。 キャッシュは努力レベルにも紐付いています。
3. ツールがすぐに読み込まれるサーバーを接続または切断する。
4. Claude Codeを更新する。 更新後に古いセッションを再開すると、履歴全体を最初から再計算します。
5. キャッシュの有効期間を超えて作業を中断する。 サブスクリプションなら1時間、追加利用なら5分です。

ここから、「Opusの上限に達したらSonnetに切り替える」という助言の、見落とされがちな面がわかります。助言どおりに切り替えれば作業を続けられますが、費用もかかります。切り替え後の最初のリクエストはキャッシュミスになります。会話が長ければ、一度限りでも無視できない費用です。いずれコンテキストを消すつもりなら、履歴全体をSonnetへ引き継ぐより、/clearで消してSonnetで新しく始めるほうがよいでしょう。

サブエージェントについてもう1つ補足があります。サブエージェントのキャッシュは、サブスクリプションでも5分間しか持続しません。1時間の有効期間はメインの会話にのみ適用されるからです。そのため、サブエージェントをまとめて実行し、その間隔が長いと、費用が二重にかさみます。

追加利用はいくらかかる？#

サブスクリプションの容量を使い切っても作業を終える必要がある場合は、従量課金に切り替わります。2026年10月3日時点の料金は次のとおりです（標準料金、fast modeなし）。

Sonnet 5の価格は当初、2026年8月31日までの導入料金として設定され、その後3ドルと15ドルに値上げすると予告されていました。Anthropicはその値上げを取りやめ、入力2ドル、出力10ドルが恒久価格になりました。「8月末までの導入価格」と書かれた資料を見かけたら、その注意書きは撤回済みです。現在の料金は恒久価格です。

この表の実用的なポイントは簡単です。OpusはSonnetのおよそ2倍の料金です。「どうせなら一番いいものを」とOpusを標準モデルにすると、違いを感じないタスクにも2倍の費用を払うことになります。コーディング作業の大半はSonnetで対応できます。Opusはアーキテクチャ上の判断や難しい問題の整理に使いましょう。

2つ目のポイントは、追加利用がお得でなくなるタイミングです。Proに毎月80～100ドルを追加で払っているなら、すでにMaxとほぼ同じ額を払っているのに、Maxの容量も需要が高い時間帯の優先利用もありません。

自分に必要なプランはどう計算する？#

この方法に必要なのは3日間と、組み込みパネルだけです。

1. 今のプランで普段どおりの3日間を過ごします。 わざと節約したり、負荷テストをしたりせず、普段のルーティンで使います。
2. 毎晩/usageを開き、週単位の枠の使用率を書き留めます。 全体像がわかる週単位の枠を記録します。
3. 1日あたりの平均使用率を計算します。 3日間で18パーセントなら、週単位の枠はおよそ5.5営業日持つ計算です。
4. 結果を確認します。 5日以上持つならProを続けましょう。水曜日までに使い切るならMax 5xを検討します。2日で使い切るならMax 20xを検討し、同時にコンテキストも整理しましょう。この利用量は、開いたままのセッションを忘れていることが原因の場合が多いためです。

最初の3日間に様子を見るのが不安なら、作業内容別の目安も参考にしてください。これは私の観察に基づく推定で、Anthropicが公式に公表している数値ではありません。

プランが問題ではないとわかる簡単な兆候があります。一日中、数回編集しただけなのに上限に達する場合です。 そのときはコンテキストが問題です。上位プランを買っても、壁にぶつかる時期が1週間先に延びるだけです。

参考として、利用料金をドルで直接請求するエンタープライズ導入に関するAnthropicの公式数値を紹介します。

よく読んでください。この数値は従量課金のトークン利用を示しており、サブスクリプションとは計算方法が異なります。それでもベンチマークとして役立ちます。一日中コードを書く人がAPI料金で150～250ドル使うなら、利用枠込みで100ドルのMaxは、集中的な作業に妥当な中間の選択肢に見えます。

1つ、私からの注意点です。上位プランでも上限に達したら、まず別のサブスクリプションを追加したくなるかもしれません。

2倍払う前に、一度/usageを確認して、何が容量を使っているか見てください。たいていは、停止し忘れたエージェントのグループや、3日間誰も消していないコンテキストが見つかります。費用をかけずに解決できます。

上限に達したとき、今すぐ何をすればいい？#

費用の安いものから高いものの順に、手順を紹介します。

1. どの制限に達したのか読みます。 メッセージには必ずリセット時刻が表示されます。あと2時間ほどで解決することもよくあります。
2. Opusの制限なら、/modelを入力し、Sonnetに切り替えます。 すぐ作業を続けられます。ほとんどのコーディング作業はSonnetで対応でき、容量もかなり節約できます。
3. /usageを確認します。 パネルに枠を使い切った原因が表示されます。停止し忘れたエージェントチームに40パーセント使われていたなら、費用をかけずに対処できます。
4. /usage-creditsで追加容量を購入します。 ブラウザーで請求設定が開きます。ProとMaxなら自分で購入できますが、Teamプランでは管理者への申請になります。追加容量は通常のAPI価格で請求され、1日の上限は2,000ドルです。副作用もあります。追加利用中のキャッシュ有効期間は、1時間ではなく5分です。そのため、予想以上に使用量が増えます。
5. 頻繁に上限へ達するならプランを変更します。 その都度追加で購入するより、長期的にはサブスクリプションのほうが安くなります。

2つ目のアカウントについても、よく聞かれるので触れておきます。Anthropicの公開文書には「自分用に2つ目のサブスクリプションを購入してはいけない」と直接書かれていません。事実ではないことを作り上げるつもりはありません。関連するルールは3つあります。

アクセスの共有は明確に禁止されています。利用規約では、ログイン情報、キー、アカウントへのアクセスを他人に渡してはならないと定めています。1つのサブスクリプションを2人で使うのはこの規則に該当します。

Claude Codeのドキュメントでは、別に、明示された制限がどのような利用を想定しているか説明しています。

利用ポリシーでは、すでに停止されたアカウントの制限を回避するために新しいアカウントを作成することも別途禁止されています。これは別の状況ですが、無効化されたアカウントの復旧はほぼ不可能であること、Anthropicはそれに関連するデータを削除する可能性があること、そして利用規約では重大な違反による利用終了後の返金はないことを覚えておいてください。

実務上、自分のタスク用にワークスペースを2つ持っていても問題にはなりません。しかしAnthropicは、1つのアカウントがチーム全体に使われていないか監視しています。

意図せず時間単位の課金に切り替わるのを防ぐには？#

これは最も腹立たしい課金の落とし穴です。気付かないうちに起きます。サブスクリプションに加入して普段どおり使っているのに、利用分がAPI料金で別途請求されます。

サブスクリプションを使っているか確認する方法は次のとおりです。

/status

このコマンドは、有効な認証情報を表示します。APIキーが表示され、サブスクリプションを使っているはずだと思っていたなら、それが予想外の請求の原因です。

対処方法：

1. Claude Codeに「ANTHROPIC_API_KEY環境変数があるか確認して、どこに設定されているか教えて」と尋ねます。Claude Codeが場所を見つけて教えてくれます。キーは他人のセットアップ手順に含まれていたか、半年前の実験で残ったままになっていた可能性があります。
2. サブスクリプションを使っているなら、その変数を削除するよう指示します。
3. claude.aiのアカウントを使い、/loginから再度サインインします。
4. もう一度/statusを確認し、キーに関する行が消えていることを確かめます。

APIやクラウドプロバイダーを利用する人には、別の仕組みが適用されます。5時間枠はなく、実際の利用量に応じて請求され、リクエスト頻度の上限があります。ここでのアドバイスは当てはまりません。

2026年5月6日に制限はどう変わった？#

気付いたのは約1週間後でした。昼食までに5時間枠に達しなくなったのです。公式発表の文面を紹介します。

実用上の意味は次のとおりです。

• 5時間枠に関する過去の測定結果は、もう有効ではありません。 5月より前に書かれた「Proは2時間で上限に達する」という推定は、現在の半分の利用量を示しています。
• ただし、週単位の推定値を2倍にしてはいけません。 発表が対象としているのは5時間枠のみで、週単位の利用枠には触れていません。だからこそ、上のプラン計算では週単位の枠を使っています。自分で測る必要があるからです。他の人の測定値は役に立ちません。
• 「制限が厳しくなった」という感覚は、たいてい使用量で説明できます。 容量は増えましたが、エージェント、スキル、接続済みサーバー、並行セッションなどで、人々の利用量はさらに速く増えました。/usageパネルにはその内訳が表示されます。

制限についてのどんな助言が役に立たない？#

「上限に達したらモデルを切り替える」という助言。 Opusの制限にだけ有効です。セッションと週単位の制限はすべてのモデルで共有されており、/modelを使っても回復しません。この助言が残っているのは、筆者がOpusの制限に達したときには有効だったからです。

「もっと頻繁にコンテキストを圧縮する」という助言。 圧縮そのものが、圧縮対象の会話全体を読み込みます。20分ごとに/compactを実行すると、同じ履歴を何度も処理する費用がかかります。会話の継続が必要ないなら、/clearは無料です。

「Proの正確なトークン数はこれ」という助言。 その数字はありません。あるのは時間枠と、その中の利用割合です。具体的な数値は、誰かが自分のプロジェクトで一度だけ測った結果か、それを別の人が又聞きしたものです。

「念のため、2つ目のサブスクリプションを維持する」という助言。 実際に必要な作業があるなら、2つ目のワークスペースが理にかなうこともあります。しかし多くの場合、自分でコンテキストを消していないために、同じものへ二重に支払っています。財布に手を伸ばす前に/usageを確認してください。

コンテキストを適切に保てば効果があります。タスクの間に消去し、ルールファイルを簡潔に保ち、使わない機能をオフにします。基本的な利用節約の方法を「Claude Codeの制限を1日で使い切らない方法」で、測定ツールについては「トークン使用量を追跡する方法」で別に説明しています。

体系的に作業するなら、AIクローン + セカンドブレイン + コンテキストエンジニアリングの組み合わせが役立ちます。

Ailootを開く。