Claude Code 5 hour limit reached|制限の仕組みと対処法

Claude Code 5 hour limit reached|制限の仕組みと対処法

Claude Code で作業していると、コードの途中で突然「5 hour limit reached」と表示されて応答が止まることがある。5 時間も使っていないのに出た、昨夜リセットされたはずなのにまた出た、という声も多い。本記事では、このメッセージの正確な意味・ローリングウィンドウの仕組み・プラン別の制限量を整理し、制限に振り回されずに作業を続けるための対処法をまとめる。

結論

「5 hour limit reached」は Claude Code の 5 時間ローリングウィンドウ制限を使い切ったサインで、固定時刻リセットでなく「最初のメッセージ送信から 5 時間後」にリセットされる。リセット時刻は Claude Code の Settings > Account > Usage で確認でき、その時刻まで待つか上位プランへ切り替えることで制限量を増やせるとわかる。

目次 (9)

「5 hour limit reached」とは何か

「5 hour limit reached」は Claude Code が表示する使用量上限通知で、Anthropic が設定した 5 時間あたりのトークン消費枠を使い切った ことを意味する。Claude.ai ウェブアプリに表示される「Usage limit reached」と同じ制限体系に基づくが、Claude Code ではツール呼び出しや長いコンテキスト処理を繰り返すため、通常の会話より消費が早くなる傾向がある。

表示が出た時点でユーザーが取れる行動は「リセット時刻まで待つ」「別プランに切り替える」の 2 択に絞られる。入力を続けてもリクエストは受け付けられないため、まずリセット時刻を確認するところから始める。

出典: Anthropic サポート — Usage limit best practices

ローリングウィンドウの仕組み — なぜ 5 時間たっていないのに出るのか

Claude Code の 5 時間制限は ローリングウィンドウ方式 を採用している。「0 時にリセット」のような固定時刻リセットではなく、最初のメッセージを送った時刻から 5 時間後 が次のリセット時刻になる。

たとえば:

  • 午後 2 時に Claude Code を起動してメッセージを送信 → 午後 7 時にリセット
  • その夜 9 時に再度起動して送信 → 翌午前 2 時にリセット

重要なのは、前のセッションを終了した時刻ではなく、最初の送信時刻が起点になる 点だ。これが「5 時間使っていないのに上限が来た」と感じる原因のひとつになる。

加えて、GitHub に報告された事例では「前のセッションが制限で止まった時刻からタイマーが継続していた可能性がある」というバグも指摘されている。前夜に制限で止まり、翌朝再開した場合に本来の 5 時間より短い時間で再び上限に達するケースがあるのはこのためだ。

出典: GitHub Issue #6392 — 5 hour limit reached after only 3 hours

リセット時刻の確認方法

制限に達したら、次の手順でリセット時刻を確認する。

  1. Claude Code のターミナルで /status コマンドを実行する
  2. 出力に現在の使用量と残り時間が表示される
  3. または、ブラウザで claude.ai を開き、Settings > Account > Usage を確認する
  4. 「Session resets at」の欄に表示される時刻まで待つ

ウェブの Settings 画面では、5 時間ウィンドウの消費量をプログレスバーで確認できる。リセット時刻まで何分あるかも表示されるため、短時間であれば待って再開するのが最も確実な方法だ。

プラン別の制限量の違い

制限量はプランによって異なる。以下は Anthropic が公開している目安の値だ。

プラン 5 時間あたりの目安メッセージ数
Pro 約 45 件
Max 5x 約 225 件
Max 20x 約 900 件

Claude Code はひとつのタスクで複数のツール呼び出しと長いコンテキストを使うため、通常の会話より消費数が膨らみやすい。大規模リファクタリングや複数ファイルにまたがる実装タスクでは、Pro プランで数時間内に上限に達することは珍しくない。

Max 5x / 20x ではピーク時間帯の制限が緩和されており、ヘビーな開発作業を連続して行う場合は制限頻度を大幅に下げられる。

出典: How to make best of Claude Code's 5-Hour Limits — DEV Community

制限に達したときに今すぐ取れる対処法

「5 hour limit reached」が出たときの即時対応として以下の選択肢がある。

  1. リセット時刻まで待つ — 最も確実。15 分以内ならそのまま待つのが最短復帰。
  2. 別の作業に切り替える — テスト実行・コードレビュー・ドキュメント読み込みなど、Claude Code を使わない作業で時間を埋める。
  3. claude.ai ウェブアプリを使う — ウェブアプリの制限と Claude Code の制限は共通プールを参照しているが、残量があれば引き続き利用できる場合がある。
  4. 上位プランに一時移行する — 翌月以降も同様の状況が繰り返されるなら、Max プランへの移行を検討する。

制限が切れた直後は即座に再開できる。「再度メッセージを送信するだけで継続できる」という点で、クールダウン後の復帰は自動的に行われる。

5 時間制限を事前に回避する実践的な方法

制限に「突然当たる」のを避けるには、使い方のパターンを調整することが有効だ。

コンテキストを小まめにリセットする
一度の会話に長い文脈を積み上げ続けると、ひとつのリクエストで消費するトークン量が増える。15〜20 メッセージごとに新しい会話を開始し、直前のサマリを貼り付ける方法が有効だ。

プロジェクト機能を活用する
claude.ai のプロジェクト機能に繰り返し参照するドキュメントやコードをアップロードすると、その内容はキャッシュされ制限への消費を抑えられる傾向がある。

重い作業は制限リセット直後に集中させる
ローリングウィンドウのリセット時刻が把握できたら、そのタイミングで最も重いタスクを投入する。リセット直後にトークン消費の多い処理を行うことで、5 時間の枠を最大活用できる。

残量をこまめに確認する
claude.ai の Settings > Usage で現在の消費量を確認する習慣をつけると、制限直前にタスクの優先順位を調整できる。サードパーティツールの Usagebar はメニューバーで残量をリアルタイム表示できる。

週次制限(Weekly limit)との違い

Claude Code には 5 時間制限とは別に 週次制限 が存在する。5 時間制限が「短期スパイク防止」を目的とするのに対し、週次制限は「1 週間の総使用量の上限」を設ける仕組みだ。

5 時間ウィンドウのリセット後も週次制限の残量があるうちは通常どおり利用できる。ただし、週次制限にも到達した場合は曜日ベースの固定リセットまで待つ必要があり、リセット時刻は Settings > Usage に表示される「Weekly limit resets」で確認できる。

出典: Claude Code Weekly Limit vs 5-Hour Lockout — Usagebar Blog

Claude.ai の「Usage limit reached」との違い

Claude.ai ウェブアプリで表示される「Usage limit reached」と Claude Code の「5 hour limit reached」は 同じ制限体系 を参照する。どちらか一方を使い過ぎると、もう一方の残量にも影響する。

一方で、エラーメッセージの表示形式は異なる。ウェブアプリは「You've used X% of your session limit」というパーセンテージ表示で段階的に警告を出すが、Claude Code は上限到達時点で「5 hour limit reached」というメッセージとともに即座に制限がかかる。

ウェブアプリで「90% of session limit」という警告が出た段階で、Claude Code でも制限が近いと判断して作業量を調整するのが得策だ。

まとめ — 制限と付き合うための考え方

「5 hour limit reached」は Claude Code を本格的に使っているほど頻繁に遭遇するメッセージだ。制限はローリングウィンドウ方式のため、固定時刻リセットを待つより「最初にいつ送信したか」を意識してリセット時刻を予測するほうが計画を立てやすい。

Pro プランで制限頻度が高い場合は Max プランへの移行が根本的な解決策になる。一方、コンテキストリセット・プロジェクト機能の活用・作業タイミングの調整といった使い方の工夫で、プランを変えずに制限の影響を最小化することも十分に可能だ。

参考になったら ♡
Clauder Navi 編集部
@clauder_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。運営方針 は メディアについて をご覧ください。