Claude制限の回復はいつか — 5時間枠と週次上限のリセット時刻
Claudeの利用制限は5時間のセッション枠と週次上限の二層で回復します。Free・Pro・Max・Team・Enterprise・APIごとの回復タイミングと確認方法をまとめます。
Claude制限の回復は「いつ」ではなく「どの枠か」で決まる
Claudeの利用制限は、5時間ごとに戻る短期の枠と、週1回だけ戻る長期の上限という、性質の違う2つの回復サイクルで管理されています。どちらに当たっているかを間違えると、待つ時間の見積もりが5時間と数日でまったく変わってしまいます。
利用制限とは、一定期間内にやり取りできる量に上限を設ける仕組みのことです。上限に達すると、次にその枠が満たされるタイミング(=回復)まで新しいメッセージを送れなくなります。回復の仕組みはプランで共通していますが、枠の大きさと種類の数はプランごとに違います。まずは自分の状況がどれに当たるかを、次の早見表で確認してください。
この記事はFree・Pro・Max・Team・Enterprise・APIを横断して「いつ回復するか」だけを一覧できるようにまとめたものです。Proプランで上限に当たる原因や使用量クレジットの設定手順まで詳しく知りたい場合は、Claude Pro制限の仕組みに踏み込んだ解説があります。
プラン別 — 制限が回復するタイミング早見表
| プラン / 利用形態 | 短期の枠 | 長期の上限 | 短期枠の回復方式 |
|---|---|---|---|
| Free | 短期の枠5時間ごと | 長期の上限明示なし | 短期枠の回復方式5時間ごとにリセット(起点は非公開) |
| Pro | 短期の枠5時間ごと(無料の5倍以上) | 長期の上限週次1種(全モデル) | 短期枠の回復方式同上、長期は固定時刻 |
| Max 5x / 20x | 短期の枠5時間ごと(Proの5倍 / 20倍) | 長期の上限週次2種(全モデル+Sonnet専用) | 短期枠の回復方式同上 |
| Team標準シート | 短期の枠5時間ごと(Proの1.25倍) | 長期の上限週次1種(全モデル) | 短期枠の回復方式ローリングウィンドウ(公式表現あり)、長期は固定時刻 |
| Teamプレミアムシート | 短期の枠5時間ごと(Proの6.25倍) | 長期の上限週次2種(全モデル+Sonnet専用) | 短期枠の回復方式同上 |
| Enterprise(座席制・旧) | 短期の枠Team相当の5時間枠 | 長期の上限Team相当の週次上限 | 短期枠の回復方式同上(次回更新までに従量制へ移行) |
| Enterprise(従量制・現行) | 短期の枠上限なし(実消費課金) | 長期の上限管理者設定の月次スペンド上限 | 短期枠の回復方式自動リセットなし。管理者への申請で増枠 |
| API / Console | 短期の枠分単位のRPM・ITPM・OTPM | 長期の上限ティア(利用実績で自動昇格) | 短期枠の回復方式トークンバケットで連続補充 |
表の「短期」と「長期」で回復の仕組みそのものが違う点が、この記事でいちばん誤解されやすいところです。次の2節で、それぞれの正確な動き方を分けて説明します。
5時間のセッション枠は、いつを起点にリセットされるのか
セッション枠は5時間ごとにリセットされる短期の枠で、毎日決まった時刻に一律リセットされる固定の仕組みではありません。FreeとProのヘルプページには「session-based usage limit that will reset every five hours(5時間ごとにリセットされる)」とだけ書かれており、リセットの起点(最初のメッセージを送った時刻から数えるのか、直近の利用ピークからなのか)までは明記されていません。
一方、Team/Enterpriseの座席割り当てについては、公式ドキュメントで「rolling five-hour window(ローリングな5時間ウィンドウ)」と明確に説明されています。この座席枠はチャット・Claude Code・Coworkで共有されるため、Team/Enterpriseで使う場合はローリング方式だと確認できます。Free/Pro/Maxが同じ設計になっているかどうかは、公式には明言されていません。
このため、警告やエラーの表示も時刻に応じて変わります。枠に近づくと出るのが「Approaching 5-hour limit」という警告です。実際に使い切ると「5-hour limit reached - resets」のあとに具体的な復帰時刻が続く、ブロッキングエラーへ切り替わります。使用量クレジットを有効にしている場合は、この表示が「resets [time] - continuing with usage credits」に変わります。待たずに従量課金へ移れる合図です。
「午前中に使い切って、昼過ぎにはまだ止まっていたのに、夕方には送れるようになっていた」という体験談は、5時間ごとのリセットが毎日同じ時刻に固定されているわけではないことと整合します。厳密な起点は公式に明記されていないため、「決まった時計ではなく5時間単位で回復する」と捉えておくのが実態に近い理解です。
週次上限は「アカウント固定の曜日・時刻」で回復する
週次上限は、使い始めた日や契約日に関係なく、アカウントごとに割り当てられた固定の曜日と時刻に毎週1回だけ回復します。5時間ごとに繰り返しリセットされるセッション枠とは違い、週に1回しか回復のタイミングが来ません。
Pro / Max / Team標準シートは全モデル横断の週次上限が1種類、Max / Teamプレミアムシートはこれに加えてSonnetモデル専用の週次上限がもう1種類、という内訳です。セッション枠が回復していても、週次側に達していればそこで止まります。5時間待っても送れない場合は、セッション枠ではなく週次上限に当たっている可能性が高いと判断できます。
Claude Codeで残り時間とリセット時刻を確認する方法
Claude Codeの中からは/usageコマンドが同じ情報を出します。/costと/statsはどちらも/usageのエイリアスです。
Pro / Max / Team / Enterpriseで契約している場合、/usageはプランの使用上限バーを表示します。あわせて、スキル・サブエージェント・プラグイン・MCPサーバー別の消費内訳まで見える設計です。dキーで直近24時間、wキーで直近7日間の表示に切り替えられ、VS Code拡張でも同じ内訳がAccount & usageダイアログに出ます。
/usage使用量を取得するエンドポイント自体がレート制限にかかっていて表示が失敗することもあります。この場合、/usageは直近60分以内に取得済みの値を「Showing last-known usage」という注記付きで表示し、rキーで再取得を試せます。取得済みの値が60分以内に無いときだけ、エンドポイント自体が制限中である旨の表示です。
Team / Enterprise(座席制)でのClaude Code利用は、チャットやCoworkと同じ座席割当のローリング5時間ウィンドウ・週次ウィンドウを消費します。座席の種類(標準 / プレミアム)によって割当の大きさが変わる点は、チャット利用と共通です。
従量制EnterpriseとAPIは「回復」の概念そのものが違う
現行の従量制Enterpriseプラン(単一のEnterpriseシートを含む)には、プランやシート単位の使用量上限自体がありません。実際に消費した分だけAPI単価で課金される仕組みのため、5時間や週次のような「待てば戻る」回復サイクルは存在しません。
なお、旧来の座席制Enterprise(Standard / Premiumシート)は、次回の契約更新までに従量制への移行が必要とされています。移行が済むまでは、既存の使用量上限がそのまま維持されます。座席制のまま使っている組織は、Team標準 / プレミアムシートと同じ5時間+週次の二層で回復すると考えて差し支えありません。
API(Claude Console)の制限は、そもそも設計思想が違います。トークンバケット方式が採用されており、容量は固定間隔でリセットされるのではなく上限まで連続的に補充され続ける仕組みです。制限は分あたりのリクエスト数(RPM)・入力トークン数(ITPM)・出力トークン数(OTPM)の3種で計測され、超過すると429エラーとともにretry-afterヘッダーが返ります。「いつ回復するか」を待つというより、「短い間隔を置けば一部はもう補充されている」という感覚のほうが実態に近い仕組みです。恒久的に枠を広げたいときは、待つのではなく利用実績に応じたティアの昇格(Start→Build→Scale)を待つか、上位ティアへの引き上げを申請する形になります。
今すぐ使いたいときの選択肢 — 待つ以外の3つの道
上限を直接「解除」する設定やボタンは、どのプランにも用意されていません。今すぐ続けたい場合に現実的に取れる道は、待つことを含めて実質3つです。
| 選択肢 | 向いているケース | 追加費用 |
|---|---|---|
| リセットを待つ | 向いているケース上限に当たるのがまれ | 追加費用なし |
| 使用量クレジットで従量払いに切り替える | 向いているケース今すぐ続けたい。月に数回の超過 | 追加費用使った分だけ(API標準単価) |
| 上位プラン / 上位ティアへ変更する | 向いているケースほぼ毎日当たる、恒常的に足りない | 追加費用プラン差額 |
公式に案内されている手段はこの3つだけで、回復そのものを早める設定はありません。枠の消費自体を減らす工夫や、Pro固有の対処法・上位プランへの移行判断はClaude Pro制限の仕組みに、Maxの2種類の週次上限はClaude Maxプランとはに詳しくまとめています。
よくある質問
5時間のセッション枠と週次上限、両方に当たったらどちらを待てばいいですか
長いほうです。セッション枠は最長でも5時間で戻りますが、週次上限に当たっている場合は、次の5時間を待っても送れるようにはなりません。待つ先は、アカウントに割り当てられた週次のリセット日時になります。どちらに当たっているかはSettings > Usageで見分けられます。
Freeプランにも週次上限はありますか
公式な説明では、Freeプランは5時間ごとにリセットされるセッション単位の使用量上限のみが明記されています。公平なアクセスのために他の制限が状況に応じて課される可能性はありますが、Pro以上のように「週次上限」として独立に案内されている仕組みではありません。
使用量クレジットを有効にすると回復タイミングは変わりますか
変わりません。使用量クレジットは、枠を使い切ったあとの利用をAPI標準料金の従量払いに切り替えて続けられるようにする仕組みで、5時間や週次のリセット時刻そのものを早めるものではありません。有効化しているとエラー表示が「resets [time] - continuing with usage credits」に変わり、待たずに使い続けられるだけです。
Claude Codeの利用制限はチャットと別に回復しますか
別枠では回復しません。claude.aiのチャット、Claude Desktop、Claude Codeの利用はすべて同じセッション枠・週次上限を消費します。Pro/Maxでの具体的な影響と対処はClaude Pro制限の仕組みにまとめています。
上限に当たった直後の作業は失われますか
失われません。従量制Enterpriseの案内にあるとおり、上限に達しても進行中のターンは完了してから制限がかかる挙動です。この点は他のプランでも大きくは変わらず、送信済みのやり取りが巻き戻ることはありません。
API(Console)で429が出たら、何分待てば復旧しますか
トークンバケット方式のため、固定の待ち時間は決まっていません。レスポンスのヘッダー(anthropic-ratelimit-tokens-reset等)に、その制限が満額まで補充される時刻がRFC 3339形式で返るので、そこを見るのが確実です。短い間隔でも容量の一部はすでに補充されていることが多く、一律に「5時間待つ」対象ではありません。
まとめ
Claudeの利用制限が回復するタイミングは、性質の異なる2つのサイクルで決まります。5時間ごとに戻る短期の枠(起点はTeam/Enterpriseの座席割り当てのみローリング方式と公式に明記)と、アカウント固定の曜日・時刻に週1回だけ戻る長期の上限です。Free・Pro・Max・Team・座席制Enterpriseはこの二層構造の上に成り立ち、枠の大きさだけがプランで変わります。
一方で、従量制Enterpriseには自動で戻る回復サイクル自体が無く、増枠は管理者への申請で行います。API(Console)はさらに違い、固定間隔のリセットではなくトークンバケットによる連続補充です。自分がどの回復方式の上にいるかをまず見分ければ、待つか切り替えるかの判断は最短で付きます。
プランの選び方まで含めた全体比較はClaude Teamプランとは、Claude Enterpriseとはにまとめています。エラーコードからの切り分けはClaude rate limitエラーの対処を参照してください。