2026-07-18

Claude Codeのプランと利用制限のしくみ — 5時間制限と週次制限

claude-code個人開発

Claude（claude.aiとClaude Code共通）の利用制限は「5時間セッション制限」と「週次制限」の2層構造になっていて、仕組みを知らないとリセットのタイミングが不可解に見える。公式ヘルプの情報を整理する。

プランの全体像

プラン	月額の目安	Claude Code	使用量
Free	無料	不可	少量
Pro	$20（年払いで割引）	可	Freeの5倍以上/セッション
Max 5x	$100	可	Proの5倍
Max 20x	$200	可	Proの20倍
Team / Enterprise	1人あたり課金	プランによる	管理機能つき

Claude Codeが使えるのはPro以上。使用量はclaude.aiのチャットとClaude Codeで共有（同じ枠を食い合う）
制限の実体はメッセージ数ではなく処理量ベース。会話が長い・コンテキストが大きいほど1回あたりの消費が大きい
制限値や価格は変わることがあるので、確定情報は公式ヘルプを見る

制限は2層ある

独立した2つの制限があり、どちらか一方でも使い切るとその時点で止まる。

	5時間セッション制限	週次制限
期間	5時間の窓	7日
起点	窓が開いていない状態で最初のメッセージを送った瞬間	アカウントごとに割り当てられた固定の曜日・時刻
リセットで回復するもの	セッション枠のみ	週次枠のみ
確認方法	`/usage`（Claude Code）/ 設定 → 使用状況（claude.ai）	同左

週次制限は全モデル共通の枠が1つ。Maxプランは上位モデル専用の枠がさらにもう1つある（/usage に別ゲージで出る）。

5時間セッション制限のしくみ

セッション窓は最初のメッセージ送信で開き、ちょうど5時間後に閉じる。9:47に送れば窓は9:47〜14:47
窓が開いている間は、いつ再開しても窓の起点は変わらない。11時に休憩して13時に戻っても、リセットは14:47のまま
窓が閉じた後の最初のメッセージが、次の窓の起点になる
なので「使い始めから5時間」と「決まった時刻にリセット」のどちらの体感も生まれる。正確には「今開いている窓の開始から5時間」

誤解しやすいポイント:

休憩してもリセットは早まらない（窓は使用量ではなく時刻で閉じる）
窓の途中で使い切った場合、窓が閉じるまで待つしかない（残り時間は /usage に出る）
窓をまたいで会話を続けても会話自体は消えない。制限のカウンターだけの話

週次制限のしくみ

リセットはアカウントごとに割り当てられた固定の曜日・時刻に毎週1回。公式ヘルプの記載:

Weekly limits reset at a fixed time each week that is assigned to your account. Your reset day and time stay the same regardless of when you start using Claude or when your subscription begins.

割り当てはカレンダー週（月曜0時など）とは限らず、サブスク契約日や使用開始日とも無関係。人によっては週の中間の曜日に割り当たっている
自分の割り当ては /usage の週次ゲージに出る次回リセット日時で確認できる

実態: 割り当て日より早くリセットされることがある

公式説明は上記のとおり「週1回・固定」だが、予定日より前にリセットされる現象が2026年に入って多数報告されている。自分も月曜割り当てなのに木曜にリセットされたことがあり、調べたら同様の報告が複数見つかった。

Anthropicは障害やバグ（サブエージェント暴走で消費が異常増加した件、週次制限の表示バグ等）への補償として、全ユーザーの制限を臨時リセットしたことが複数回ある（2026年7月10日にも実施）
週次ゲージのAPI値を約11日間監視した計測報告では、約72時間（3日）周期でリセットされていたというデータもある。コメント欄にも「日曜予定が金曜にリセット」「木曜と日曜の二重リセット」など予定日と異なる報告が並ぶ

つまり「割り当て曜日より早く週次枠が回復する」のは実際の挙動として普通に起きている。ユーザー側が損する方向（予定日に回復しない）ではなく得する方向のズレなので、気にせず使ってよい。公式仕様と運用実態が一致していない部分、という理解でいる。

2つの制限が重なるとどうなるか

ここが一番わかりにくい。ポイントは「2つのカウンターは完全に独立していて、互いをリセットしない」こと。

週次リセットが5時間窓の途中に来た場合: 週次枠だけ全回復する。開いているセッション窓はそのまま続き、そのセッションで既に使った分のセッション枠も戻らない
セッション窓がリセットされても週次枠は回復しない: 週の後半にありがちなのが「5時間経ってセッションは回復したはずなのに使えない」パターン。これは週次枠が尽きている状態
週次枠が余っていても止まることがある: こちらはセッション制限に当たっている状態。5時間待てば使える
つまり「リセットされた/されない」が不可解に感じるときは、どちらの制限の話なのかを /usage で切り分けるのが先決

体感で混乱しやすい理由もここにある。セッションリセットは1日に何度も起きるのに対して週次リセットは週1回なので、「何かが回復した」と感じたタイミングの大半はセッション側。逆に「リセットされたはずなのに使えない」は大抵週次側が原因になっている。

リセットがズレて見えるときのチェックリスト

/usage でセッションと週次の両方の次回リセット日時を見る（2つの制限の混同が一番多い）
週次が予定日より早く回復した → 上の節のとおり臨時リセット等で実際に起きる。得なので気にしない
予定日になっても回復しない・急に使えなくなった → もう一方の制限に当たっていないか /usage で確認
UI上の時刻表示は丸められることがあるので、分単位のズレは気にしない

制限に当たったときの選択肢

リセットを待つ: /usage で次のリセット時刻を確認
追加使用量を買う: 有料プランでは制限到達後に従量課金の追加クレジットを購入できる（公式ヘルプ）
消費を抑える: 下の節へ

消費を抑えるコツ

コンテキストを小さく保つのが一番効く。長い会話は1回ごとの消費が大きくなるので、区切りごとに /clear、膨らんだら /compact
/context で今どれだけ積んでいるか確認する癖をつける
軽いタスクは軽いモデルで（/model）。思考の深さも /effort で下げられる
同じ資料を何度も貼らない（プロジェクト機能やCLAUDE.md・スキルに寄せてキャッシュを効かせる）

まとめ

制限は「5時間セッション」と「週次」の独立した2層。どちらかが尽きたら止まる
セッション窓の起点は「今開いている窓の最初のメッセージ」。休憩しても起点は動かない
週次リセットはアカウント固有の固定曜日・時刻。カレンダー週とは限らない
2つは互いをリセットしないので、不可解に見えたらまず /usage でどちらの話か切り分ける