Claude Maxの制限はいつリセットされる？

Claude Max の制限がリセットされるタイミング

Claude Max の制限は 2 つの異なる時計でリセットされ、カレンダーに従うのはそのうち 1 つだけです。セッション制限は、自分の利用開始時点を起点とするローリングウィンドウで動作するため、毎日異なる時刻に終了します。週次制限は、Anthropic がアカウントに割り当てた固定の曜日と時刻にリセットされ、その時刻は変わりません。毎日 15 時に制限へ到達する場合、変更すべきなのはウィンドウの位置です。ウィンドウを開始したのは自分だからです。

このページでは仕組みを確認し、数値は自分のアカウントから取得してください。Anthropic は制限の構成を公開しています。現在の制限内で自分がどの位置にいるかは、アプリとターミナルに表示されます。現時点で残っている容量を記事から知ることはできません。そのように説明する記事があれば、推測にすぎません。

セッションウィンドウはローリング方式、週次ウィンドウは固定方式です

Anthropic の Max プランのヘルプページには、セッションの周期が明記されています。2026年9月時点の情報です。

セッションベースの使用上限は、5時間ごとにリセットされます。

同じページで、そのウィンドウが開始する時刻を指定していないのは、指定された時刻がないためです。Claude Code のドキュメントでは、Team プランと Enterprise プランの同等の利用枠について、5時間のローリングウィンドウと週次ウィンドウでリセットされると説明しています。ローリング方式では、ウィンドウの起点が利用状況に基づいて設定されます。午前0時に始まるわけでも、毎時0分に始まるわけでもありません。

週次上限は、もう1つの種類の時計です。

週次上限は、アカウントに割り当てられた毎週固定の時刻にリセットされます。リセットされる曜日と時刻は、Claude の利用開始時期やサブスクリプションの開始時期に関係なく変わらず、各サイクルで週次利用枠全体が付与されます。

つまり、セッションウィンドウの位置は自分で決められますが、週次リセットの位置は決められません。2つの上限は、適用されたときの影響も異なります。セッション上限では、午後の一部の時間だけ利用できなくなります。週次上限では、すでに予定を立てていた週の途中で利用できなくなり、割り当てられた時刻より前に利用習慣を変えても回復しません。すべての有料プランにおけるこれらの上限の全体像については、Claude の利用上限の仕組みで説明しています。

どちらの上限も、モデルをまたいでカウントされます。Anthropic の Claude Code ドキュメントによると、セッション上限と週次上限はすべてのモデルで共有されるため、/model を使ってモデルを切り替えても利用可能な状態には戻せません。モデル固有の上限は別の仕組みです。You've hit your Opus limit の後に /model を使って同じファミリーに属さないモデルへ切り替える場合は、作業を継続できます。

アプリと CLI に表示されるリセット時刻

リセット時刻は複数の場所に表示されます。記事に書かれた数字より、いずれも信頼できます。

Web アプリとデスクトップアプリの場合。 Settings を開き、Usage に進みます。Anthropic のヘルプページによると、Settings > Usage で次回のリセット時刻を確認できます。Current session 行には、セッション上限のうち現時点で使用した量と、セッションの残り時間が表示されます。確認すべきなのは、この残り時間です。一度確認すると、一定時間ごとに移動する動作が明確になります。開始時刻がちょうど切りのよい現地時刻でない限り、リセット時刻は現地時間の切りのよい時刻にはなりません。

Claude Code の CLI（command line interface）の場合。 /usage を実行します。Pro、Max、Team、Enterprise のいずれかのプランでは、プラン使用量のバーと、使用量を消費している処理の内訳が表示されます。d または w を押すと、内訳の期間を直近 24 時間と直近 7 日間で切り替えられます。

注意点が 1 つあります。内訳の数値は概算であり、そのマシンに保存されたローカルのセッション履歴から計算されます。そのため、別のラップトップや claude.ai アプリで行った作業は内訳に含まれません。使用量のバーには、引き続きアカウントの実際の使用量が反映されます。内訳では説明できないほどバーが埋まっている場合、通常は別のマシンでの使用が原因です。

使用量の取得自体に失敗した場合、特に usage endpoint がレート制限された場合、/usage は、そのマシンで過去 60 分以内に読み込んだ最後のバーに切り替え、Showing last-known usage の注記を表示します。再試行するには r を使います。この注記を読まない限り、古いバーと最新のバーは同じように見えます。

上限到達メッセージの場合。 上限に達すると、Claude Code は You've hit your session limit または You've hit your weekly limit を表示し、ウィンドウのリセット時刻をメッセージに示します。Claude Code v2.1.234 以降では、claude.ai のサブスクリプションでサインインしたインタラクティブセッションが待機し、その後タスクを自動的に続行します。

Usage limit reached · continuing automatically at 3:45pm · esc to cancel

この行に表示されるリセット時刻が、最も役立つ情報です。Claude Code 自体が再び処理を開始する時刻だからです。リセット時には Usage limit reset · continuing automatically に変わり、最後に停止した位置からタスクを再開します。最後のメッセージを再送信するのではなく、固定のプロンプトを使用します。リセット中にコンピューターが約 30 分を超えてスリープすると、行は Your usage limit has reset · press enter to continue に変わります。その場合、Enter を押すまで処理は進みません。空のプロンプトで Esc を実行すると待機をキャンセルし、/rate-limit-options を実行すると再度待機できます。

何も表示されない場合は claude --version を実行します。自動待機機能は最近追加されたため、古いバイナリでは上限に達した時点で停止し、自分で戻ってくる必要があります。

負荷の高いセッションでウィンドウが早く消費される理由

ウィンドウが測定するのはメッセージ数ではなくトークン数です。そのため、プロンプト数が同じ2日間でも、消費量は大きく異なることがあります。Claude Code はリクエストごとに会話全体を送信します。また、Claude がツールを使用するたびに、そのツール結果のバッチを含む別のリクエストを送信します。1日中開いたままのセッションで1行の質問をしても、会話全体の使用量が発生します。

Anthropic のコストに関するドキュメントでは、対策できる原因として次を挙げています。

• 長いコンテキスト。大規模な会話は、ターンごとにキャッシュ済みトークンの料金で再読み込みされます。
• キャッシュミス。キャッシュの有効期間を超える休止後に最初のメッセージを送信すると、コンテキスト全体が再処理されます。サブスクリプションでは、この有効期間は1時間です。使用量クレジットを使用している場合は5分に短縮されます。
• スケジュールタスク。スケジュールタスクは、セッションがアイドル状態でも設定された間隔で実行され、そのたびにコンテキスト全体を送信します。
• エージェントのチームメイト。アクティブな各チームメイトは独自のコンテキストウィンドウを使用し、終了するまでトークンを消費し続けます。
• コンパクション。/compact は要約対象の会話を読み取るため、大規模なコンテキストのコンパクション自体が大きなリクエストになります。/clear の料金は発生しません。

どの原因が影響しているかを推測する必要はありません。/usage の内訳では、最近の使用量の10%以上を占める動作が示されます。また、スキル、サブエージェント、プラグイン、個々の MCP (model context protocol) サーバーごとに使用量が分類されます。キャッシュミスが示されている場合、昼食中も開いたままにしていたセッションが原因です。休憩後の最初のメッセージで、履歴全体の料金が再び発生しています。これらすべての基盤となる仕組みについては、Claude Code がコードベースでトークンを消費する方法で説明しています。

UTC+8 の稼働日をウィンドウに合わせて計画する

UTC+8 は協定世界時に 8 時間を加えた時間帯で、北京、シンガポール、香港、台北、クアラルンプール、パースが該当します。セッションウィンドウは現在地の時差に左右されません。重要なのは、いつ開始したかです。

この仕組みには、実用上の利点があります。ウィンドウを朝一番のメッセージとともに 09:00 に開始すると、Settings > Usage のカウントダウンで終了時刻を確認でき、そこから次のウィンドウが始まります。これで、15:20 に移行作業が途中のまま画面に残っていて初めて気付くのではなく、自分で意図的に区切った 1 日の境界を設定できます。

ここから、4 つの習慣が導かれます。

1. 本来の作業でウィンドウを開始します。コーヒーを淹れている 08:20 に軽い質問をすると、午後の途中に境界が設定されます。同じ質問を朝の負荷の高いセッションの後に行えば、ウィンドウを消費しません。
2. 大きな作業を始める前にバーを確認します。Settings > Usage で現在のウィンドウがほぼ消費済みで、残り 1 時間しかない場合は、そのウィンドウで大規模なリファクタリングを始めないでください。調査と小さな修正を済ませ、大きな作業は新しいウィンドウで開始します。
3. 長い作業は、境界で意図的に分割します。ウィンドウが終了する前に、文書化した計画またはチェックポイントファイルの作成を依頼します。次のウィンドウでは、長い会話ではなく短い文書を起点にできるため、コストを抑えながら再開しやすくなります。その文書を返す前に /clear を実行します。
4. 境界が近い場合は、作業を待機させます。Automatic continue はタスクを一時停止し、別の作業をしている間にリセット時刻で再開します。Claude Code は、リセットまでの時間が 24 時間を超えると、自動的に開始した待機を終了します。そのため、実際にはセッションの境界には対応できますが、週単位の境界には対応できません。

週次の上限には別の習慣が必要です。週次のリセットは変更できないためです。Settings > Usage で割り当てられたリセット曜日と時刻を確認し、目に入る場所に書き留めます。週次の補充の前日は、セッションウィンドウをどれだけ慎重に配置しても、毎週最も余裕のない日になります。大規模な移行は、補充の翌日に予定します。割り当てられた時刻が UTC+8 で夜中に当たる場合は、むしろ好都合です。ほとんどの朝を上限が回復した状態で始められるためです。

Max tier を上げると制限に達する状況がどう変わるか

Anthropic は 2 種類の Max tier を提供しており、それぞれの内容を Max plan page で Pro plan と比較して説明しています。tier によって、1 つの window 内で利用できる量が変わります。window の仕組みや、weekly allowance が補充される曜日は変わりません。

この違いによって、upgrade が役立つかどうかが決まります。本当に負荷の高い日に週 2 回 session ceiling に達する場合は、allowance が増えることで各 window 内に余裕が生まれ、制限に達する頻度が下がります。同じ長時間の session で毎日まったく同じ時点に制限へ達する場合は、原因は plan ではなく context にあります。allowance を増やしても、同じ制限に達する時刻が 1 時間遅くなるだけです。まず session の管理方法を見直し、upgrade の料金を支払う前に /usage で通常の 1 週間を計測してください。

日常利用における tier 間の差は、Max 5x と Max 20x の tier の比較で確認できます。先に確認すべき質問は、Max plan を upgrade する前に確認することにまとめています。この案内が前提とする地域で請求される場合、表示価格がそのまま口座から引き落とされるわけではありません。Taiwan と Hong Kong で Claude Max に実際にかかる料金では、同じ判断に関わる通貨と税の扱いを説明しています。

すでに利用制限に達しています。どうすればよいですか？

画面上のメッセージにリセット時刻が表示されているため、ほかの操作をする前に確認してください。その後、次のいずれかを選択します。待機して自動継続がリセット時にタスクを再開するのを待つか、/usage-credits で使用クレジットを有効にし、従量課金でプラン上限を超えて作業を続けます。モデル固有のメッセージでは、3 つ目の選択肢として /model でモデルファミリーを切り替え、作業を続けられる場合もあります。各選択肢には条件があり、Claude に利用上限に達したと表示されたときの対処方法で順に説明します。

FAQ

Claude Max のセッション上限は深夜にリセットされますか？

いいえ。Anthropic は、セッション上限がローリングウィンドウで 5 時間ごとにリセットされると説明しています。このウィンドウは暦ではなく、利用状況を基準に決まります。深夜や正時になっても影響はありません。固定スケジュールが設定されているのは週間上限です。その曜日と時刻はアカウントごとに Anthropic が割り当てます。自分の設定は Settings > Usage で確認できます。

正確なリセット時刻はどこで確認できますか？

claude.ai の Settings > Usage には、次回のリセット時刻と現在のセッションに残っている時間が表示されます。Claude Code では、/usage にプランの使用量バーが表示され、上限に達したときのメッセージ自体にもウィンドウのリセット時刻が示されます。Claude Code v2.1.234 以降では、待機中の表示に再開時刻が直接示されます。たとえば continuing automatically at 3:45pm のように表示されます。記事（この記事を含む）に記載された時刻より、これらの表示を優先してください。

今日の上限は、昨日より早く使い切られたのはなぜですか？

使用量はメッセージ数ではなく、トークン数で数えられます。長い会話はリクエストのたびに再送されます。また、各ツール呼び出しでは、その結果を含む追加のリクエストが発生します。そのため、50 回のプロンプトを使う場合でも、8 時間続くセッションは、新しいセッションよりはるかに多くの量を消費することがあります。/usage を実行して内訳を確認してください。長いコンテキストやキャッシュミスなど、最近の使用量の 10% 以上を占める要因が表示されます。

モデルを切り替えると作業を再開できますか？

受け取ったメッセージの内容によります。セッション上限と週間上限はすべてのモデルで共有されるため、You've hit your session limit の後に /model を実行してもアクセスは回復しません。You've hit your Opus limit のようなモデル固有のメッセージは別です。そのモデルのファミリーに属さないモデルへ切り替えれば、共有ウィンドウが問題になるまで作業を続けられます。

上位の Max ティアにすると、上限のリセットは早くなりますか？

いいえ。ティアによって変わるのは、ウィンドウ内で利用できる量です。5 時間ごとのセッション周期と、アカウントに割り当てられた週間リセット時刻は変わりません。アップグレードすると上限に達する頻度は下がりますが、すでに達した上限が解除されるわけではありません。まず /usage で通常の 1 週間の使用状況を測定し、実際に停止要因となっているのが 2 つの上限のどちらかを確認してください。