Claude Codeで利用上限に達したとき、自動続行を使うと、リセットまで待って中断したタスクを再開できます。プラン内の利用枠だけで進めたい場合は、追加の従量課金に使うUsage Creditsと、自動続行の設定を分けて確認してください。
利用上限に達しました
23:00に自動再開します
☑ 制限リセット時に自動的に続行する上の時刻は画面例です。自分のセッションに表示されたリセット時刻を確認します。
ただし、実際に使う際に注意したいのがUsage Credits（使用クレジット）です。
ClaudeのProプランには基本料金に含まれる利用枠がありますが、それとは別に、上限到達後も従量課金で処理を続けるためのUsage Creditsがあります。
この2つの仕組みを把握して設定しておかないと、
「リセットまで待ってProプランの枠を使うつもりだったのに、Usage Creditsで追加料金が発生した」
という状況になり得ます。
今回は、Claude Codeの自動続行とUsage Creditsの違いを整理し、追加の従量課金を避けながら長期タスクを回す設定をまとめます。
Claude Proの利用制限は1種類ではない
Claudeの設定 → 使用量で、現在のセッション枠と週間枠を確認します。以下は過去の画面例です。
Proアカウントでは、例えば次のように表示されます。
プラン使用制限 Pro
現在のセッション
100% 使用済み
22分後にリセット
週間制限
すべてのモデル
49% 使用済みここで重要なのは、Claudeには複数の利用制限が存在する点です。
Anthropicの公式ヘルプでは、Proプランのセッションベース利用上限は5時間ごとにリセットされると説明されています。
また、Claude Codeと通常のClaude（ブラウザ版など）は利用枠を共有します。
Claude CodeをPro / Maxプランで使う場合の公式説明
つまり、Claude Code専用の独立した枠があるわけではありません。
ブラウザ版Claudeで大量に消費すればClaude Codeで使える量にも影響し、その逆も同様です。
利用上限に達するとClaude Codeは止まる
長時間Claude Codeを動かしていると、セッションの利用枠を使い切ることがあります。
その際、Claude Codeの画面には次のような通知が出ます。
利用上限に達しました
23:00に自動再開しますという表示が出ます。
到達した上限の種類とリセット時刻を確認します。別の上限も残っている場合、セッション枠のリセットだけで再開できるとは限りません。
ここで注目したいのが、その下に表示される
☑ 制限リセット時に自動的に続行するというチェックボックスです。
これを有効にしておけば、利用枠がリセットされるまで待機し、リセット後にClaude Codeが自動でタスクを続行します。
長時間のタスクを実行する際に重宝します。
なぜ自動続行が便利なのか
例えば23時にClaude Codeへ大きめのリファクタリングを依頼したとします。
23:00
Claude Codeで作業開始
↓
01:00
Proの利用上限に到達
↓
Claude Codeが待機
↓
利用枠がリセット
↓
Claude Codeが自動続行
↓
朝
結果を確認対象の対話セッションが開いたままで、自動続行の条件を満たせば、利用枠のリセット後に再開を待てます。承認待ちやスリープなどで停止する条件は後半で確認します。
個人開発において、手動での再開作業が不要になる利点は大きいです。
PCの前にいる時間だけでなく、夜間の待機時間もタスク消化に活用できます。
ただし、ここで注意したいのがUsage Creditsです。
設定の場所：ターミナル（/config）とデスクトップアプリ
設定の場所は、使っている画面で変わります。
| 使っている画面 | 設定の場所 |
|---|---|
| ターミナル（CLI） | /config の Continue automatically at usage limit |
| 設定ファイル | ~/.claude/settings.json の autoContinueAtUsageLimit |
| デスクトップアプリ | Codeタブのセッション制限のカードに出る Auto-continue when limits reset のチェックボックス |
| 上限に当たった直後 | /rate-limit-options のメニューから「Wait here, then continue automatically」を選ぶ |
ターミナルで切り替える手順
- Claude Codeの入力欄で
/configと打つ - 一覧から Continue automatically at usage limit を選ぶ
- オン・オフを切り替える
設定ファイルでオフにする場合は、既存のJSONへ次のキーを追加・変更します。ファイル全体をこの例で置き換えると、ほかの設定が失われるため注意してください。
{
"autoContinueAtUsageLimit": false
}コマンド1行で切ることもできます。
/config autoContinueAtUsageLimit=false待機中に画面に出るもの
Usage limit reached · limit resets 3:45pm
Continuing automatically at 3:45pm · esc to cancelリセット時刻になると2行目が Continuing shortly · esc to cancel に変わり、続いて Usage limit reset · continuing automatically が会話に残ります。
このとき最後のメッセージを送り直すわけではなく、止まった場所から作業を拾い直す動きになります。
やめたいときは、入力欄が空の状態で Esc、または Ctrl + C を押します。/rate-limit-options から「Don’t continue automatically」を選んでも止まります。
Usage Creditsの支出上限を確認する
Claudeの「設定 → 使用量」を下にスクロールすると、使用クレジットという項目があります。
画面では次のように表示されます。
使用クレジット
プランの上限に達した場合もClaudeを使い続けるために、
利用クレジットを有効にしてください。
月間利用上限 $50.00「$50.00 月間利用上限」という表示を見ると、Proプランに含まれる月間利用制限のように誤認しやすいです。
しかし、これはProプランの基本枠とは別物です。
これはUsage Creditsによる追加利用に対して、月あたりいくらまで支払いを許可するかを設定する支出上限です。
Anthropicの公式ヘルプでも、Usage Creditsは「プランに含まれる利用上限へ到達したあともClaudeやClaude Codeを使い続けるためのもの」と説明されています。
整理すると次のとおりです。
Pro料金
↓
Proに含まれる通常の利用枠
Usage Credits
↓
通常枠を超えて使う追加利用という関係です。
「月間利用上限 $50」は、50ドル分を無料で利用できるという意味ではありません。
Usage Creditsによる従量課金の上限額を示しています。
Usage Creditsを有効にしている場合の挙動
Anthropicの公式説明によると、Proの利用上限に達した場合の選択肢として次の方法があります。
- 利用枠がリセットされるまで待つ
- Usage Creditsを使ってそのまま続行する
- より上位のMaxプランへ変更する
などが案内されています。
Claude CodeでもUsage Creditsを利用できます。
そのため、Usage Creditsを有効にした状態で通常枠の上限に達すると、リセットを待たずに追加クレジットを消費して処理が継続される場合があります。
「費用がかかっても作業を止めずに進めたい」という場合には便利です。
一方、追加費用を抑えて運用したい意図とは異なります。
この記事では、追加クレジットで続ける方法ではなく、プラン内の利用枠がリセットされるまで待って再開する方法を扱います。
追加課金を避けたいならUsage CreditsをOFFにする
Anthropicの公式ヘルプによると、Usage Creditsは設定画面からいつでも無効化でき、無効にするとプランに含まれる利用枠のみを使用する状態になります。
したがって、追加課金を避けつつ長期タスクを回す場合は、
Usage Credits
OFF
制限リセット時に自動的に続行する
ONという設定の組み合わせにします。
この状態での動作の流れは次のようになります。
Proの通常枠を使う
↓
上限に到達
↓
Claude Code停止
↓
リセットまで待機
↓
Proの通常枠が復活
↓
Claude Code自動続行
↓
再び通常枠を使うとなります。
ここで扱うのは、claude.aiのサブスクリプションでログインして使う場合です。
Usage Creditsを無効にすると、その追加利用分を使わず、プランに含まれる利用枠で進めます。
APIキーや外部クラウドの従量課金は別の仕組みなので、この設定だけでそれらの費用も止まるとは考えないでください。
「月間利用上限を設定しておけば安心」ではない
ここは特に誤解が生じやすいポイントです。
例えばUsage Creditsを有効にしたまま、
月間利用上限
$50と設定したとします。
これは無料枠ではなく、追加利用に対する支出上限です。画面例の50ドルは推奨額ではありません。
その追加利用を使わない方針なら、支出上限の数字だけを見るのではなく、Usage Creditsが無効になっていることを確認します。APIや外部サービスの料金は別に管理します。
Usage Creditsも上限に達していた場合の確認
なお、検証時の管理画面では、
$50.43使用
$50.00 月間利用上限
101%使用となっていました。
Proのセッション利用枠を使い切っているだけでなく、Usage Credits側でも設定した月間上限額まで使い切っていた状態です。
これら2つの指標は区別して管理する必要があります。
プラン使用制限
100%と、
Usage Credits
月間利用上限 $50は、同じ制限を重複して表示しているわけではありません。
前者はProプランに含まれるセッション枠を示します。
後者は、上限到達後に消費される従量課金クレジットの利用状況です。
追加課金を防ぐ設定と運用の判断
締め切りを優先して追加利用を選ぶ場合は、残高・自動チャージ・支出上限を確認してから使います。待機を選ぶ場合は、画面のリセット時刻まで作業が止まっても支障がないかを判断します。
個人開発でも、待てる時間と作業の重要度は異なります。追加費用を避けたい場合に、次の運用を候補にしてください。
具体的には、
Proの利用枠を使い切る
↓
リセットまで待つ
↓
自動再開
↓
また利用枠を使うという運用方針が合致します。
追加課金を防ぐためにUsage Creditsは無効化し、自動続行のみを有効化して運用します。
夜間の長期タスクを自動で進める
この設定は、就寝中に実行させる長期タスクと相性が適しています。
例えば、
この機能を実装してください。
実装後にテストを実行してください。
失敗しているテストがあれば原因を調査して修正し、
再度テストしてください。
既存機能への影響も確認してください。といった時間のかかる指示を就寝前に投入します。
途中で利用上限に達しても、
☑ 制限リセット時に自動的に続行するを有効にしておけば、画面に表示されたリセット時刻を基準に、処理の再開を待てます。上限に達してから必ず5時間待つ、という意味ではありません。
PCがスリープせずセッションを維持できる状態にしておけば、
寝る前
タスク開始
↓
利用上限到達
一時停止
↓
数時間後
利用枠リセット
↓
自動続行
↓
朝
結果を確認というサイクルを自動化できます。
夜間放置の落とし穴：スリープしたときに本当はどうなるか
「スリープすると自動再開が全部止まる」と書かれていることがありますが、公式ドキュメントの説明はもう少し細かいです。
| 眠り方 | 朝の状態 |
|---|---|
| 約30分より長く眠り、その間にリセットが来た | 1行目が Your usage limit has reset、2行目が Press enter to continue になる。Enterを押すまで進まない |
| 短い眠りだった、またはリセット前に目覚めた | そのまま自分で続く |
| Claude Codeを終了した／PCを切った | 待機は復帰しない。セッションを開き直しても再開しない |
スリープを防ぐだけで、朝までの完了が保証されるわけではありません。セッションを開いたままにし、次の節の停止条件も確認してください。
Claudeアプリの「コンピュータをスリープさせない」と、OS側の電源設定（Windowsのカバー動作、Macの caffeinate）の手順は、リモート接続が切れたときの対処法にまとめています。
スリープ以外に、朝までに止まる原因
公式ドキュメントには、待機や再開が止まる条件がほかにも挙がっています。
- 権限の確認で止まる：再開後の作業もふだんどおり許可を聞くため、席を外している間に確認待ちで止まることがある
- 上限に連続で当たった：自動で待機を張り直すのは最大2回まで。3回目で止まり、
Automatic continue stopped after repeated usage-limit hits · /rate-limit-options to try againと出る - リセットが24時間より先：週間枠のように先のリセットでは、自動では待機が始まらない
- 会話が入れ替わった：
/loginでアカウントを変えた、会話を消した・巻き戻した、別のセッションを/resumeした、などの操作で待機は終わる - 自分でプロンプトを送った：待機より先に送った内容が処理され、その依頼も上限に当たると待機が再び始まる
- Remote Controlやエージェントチームのチームメイトのセッション：自動では待機が始まらない。その端末で
/rate-limit-optionsを実行して選ぶ - バックグラウンドセッションや
-p実行：待機の選択肢そのものが出ない
UserPromptSubmitフックが再開用のプロンプトを止めた場合や、モデルに届く前に失敗した場合も、待機は終了します。
再開が実行されなかったという通知が出たら、原因を確認したうえでプロンプトを送って続けてください。
夜間に任せるなら、許可する作業範囲を先に決めます。
確認が必要な操作で停止することも見込み、単に停止をなくすために権限を広げないようにします。
リセット後すぐにまた上限？ 早く枯れないようにする
公式ドキュメントには、長く開いたセッションで使用量が増える理由が挙げられています。
- 会話が長い：Claude Codeは返答のたびに会話全体を送るため、一言の質問でも会話全体の分の使用量が出る
- キャッシュの取りこぼし：キャッシュの有効期間（サブスクリプションでは1時間）を超えて間をあけて再開すると、文脈全体を読み直す。待機は数時間になることが多いため、再開直後の1回目はここに当たりやすい
対策は、投げる前に会話を軽くしておくことです。
| やること | 効き方 |
|---|---|
関係ない作業のあとは /clear で新しい会話にする |
公式ドキュメントでは、/clear 自体に費用はかからないとされている。先に /rename しておけば、あとで /resume で戻せる |
続きを残したいときは /compact で要約する |
文脈は残るが、要約の処理そのものが大きなリクエストになる。巨大な会話で打つと、その1回で枠を使う |
| 長いタスクを分けて投げる | 1本の会話を伸ばさないので、1往復あたりの消費が増えにくい |
長期タスクでは、出力の品質に加え、どこで確認待ちになるかと、再開後に何を検証するかを決めておくことが大切です。
ここでの自動待機は、対象となる対話セッションを開いたまま使う機能です。バックグラウンドセッションや非対話の-p実行とは区別してください。
翌朝は終了メッセージだけで判断せず、変更内容・テスト結果・未完了の項目を確認します。
意図しない請求を防ぐためにも、Usage Creditsの有効・無効状態を確認した上で活用することをおすすめします。
設定の基本構成は、
Usage Credits
OFF
制限リセット時に自動的に続行する
ONで運用します。
これにより、
Proの利用枠を使う → 上限到達 → 待機 → リセット → 自動再開
という流れを利用できます。ただし、権限確認、週間上限、スリープなどで止まる場合があります。翌朝までの完了を保証する機能ではありません。
Claude Codeで時間のかかるタスクを定期的に動かしている場合は、確認しておきたい設定です。
公式ドキュメント
Claude Proの利用制限
https://support.claude.com/en/articles/8325606-what-is-the-pro-plan
Claude CodeをPro / Maxプランで利用する
https://support.claude.com/en/articles/11145838-use-claude-code-with-your-pro-or-max-plan
Usage Creditsの仕組み
https://support.claude.com/en/articles/12429409-manage-usage-credits-for-paid-claude-plans
Claudeの利用制限について
https://support.claude.com/en/articles/11647753-how-do-usage-and-length-limits-work
Claude Codeの利用量とコスト管理
https://code.claude.com/docs/en/costs
自動待機と /config の設定（Interactive mode）
https://code.claude.com/docs/en/interactive-mode
上限のエラー文言（Error reference）
https://code.claude.com/docs/en/errors
設定キーの一覧（autoContinueAtUsageLimit）
https://code.claude.com/docs/en/settings-reference
あわせて読みたい：「セッション制限の90%を使用しました」が出たらどうする？
制限の種類と確認方法の全体像は、Claudeの利用制限まとめに整理しています。
ほかの記事は生成AIの使い方まとめからご覧いただけます。
この記事で紹介しているコードは、GitHubのMOTOKI-LLC/cg-method-codeにもまとめています。
利用制限に関する記事は、ほかにもあります。
