4
Claude Codeが制限の解除を待って自動で作業を再開するようになりました
2026年8月中旬以降、ターミナル上のClaude Codeセッションは、利用上限に達しても固まらなくなりました。上限がリセットされるまで待機し、適切なタイミングで自動的に作業を再開します。この機能は何か月も前からコミュニティーが要望しており、GitHubでは少なくとも五つの重複したissueが寄せられていました。
正確には何をするのか
v2.1.234 の changelog には、claude.ai の usage limit がリセットされると Claude Code がセッションを自動的に再開すると記されており、/config の「Continue automatically at usage limit」で無効にできる。既定では有効で、claude.ai のサブスクリプションアカウントでログインした対話セッションが対象となる。
limit が途中で遮ったとき、セッション最下部のステータス行に Usage limit reached · continuing automatically at 3:45pm · esc to cancel と表示される。リセット時刻になると、その行は再開中の状態に変わり、Claude Code は中断していた作業を続けるため、固定のプロンプトをモデルに送信する。
この細部は見た目以上に重要である。ドキュメントには、Claude Code があなたの最後のメッセージを再送しないと明記されている。代わりに継続を促す一文を自ら作成する。元の要求が長く制約が多い場合、リセット後に戻ってくるのは古いコンテキストに一般的な後押しを加えたものであり、あなたの指示の複製ではない。
その数日前、Desktop 版には session limit 到達カード上に「Auto-continue when limits reset」という専用のチェックボックスが登場していた。この二つのスイッチは互いに独立しており、片方を切ってももう片方は切れない。
あまり読まれないドキュメントの部分
この機能は通常、時計を見張る必要がなくなった、夜通しタスクを快適に走らせられる、という一文に要約される。対話モードに関するドキュメントのページは別の姿を描いている。
Claude Code はバックグラウンドセッションや -p 実行において、待機を促すことなど一切しない。それこそが、この機能を求める issue で繰り返し引き合いに出される実行形態である。API key、各種クラウドプロバイダー、従量課金のモデルについては、usage はリクエストごとに測定されるため待つものは何もない、とドキュメントは明記している。
マシンが約 30 分を超えてスリープし、その間に limit がリセットされた場合、セッションは自動再開しない。Enter を押す必要がある。つまりノート PC の蓋を閉じて寝てしまうと、そのシナリオは破綻する。
権限の確認はいつもどおり求められる。再開されたタスクは、あなたが不在のうちに許可を求めるダイアログで即座に停止し、朝までそこに留まることがある。
再び limit に達した場合、Claude Code は自動的に待機モードを最大二回連続で有効にし、その後完全に停止する。またリセット時刻が 24 時間より先の場合、たとえば weekly limit が数日後に来る場合、待機モードを自動起動しない。Desktop の weekly limit カードにも対応するチェックボックスはない。
なぜ Anthropic はこれほど慎重なのか
答えは設定ドキュメントの乾いた一行にある。/config autoContinueAtUsageLimit=false でこの機能を無効にでき、-p でも使用できる。しかしこの key=value 形式では再有効化できない。ドキュメントが挙げる理由は、この設定が監視者のいない実行権限を付与するものだからである。
これは技術的な制約ではなく、原則に関する宣言である。Anthropic は自動実行の権限を素早く打ち込むコマンド一つで無効にできるようにしているが、同じコマンドで再有効化することは許していない。上述のあらゆる制限はこの原則と一貫している。待機モードは、端末の前に人間が座っている場にしか存在しない。
さらに実用的な理由もある。ドキュメントは、usage がセッション枠と週次枠の両方から同時に差し引かれると明記している。開いたばかりのウィンドウを即座に自動消費し、それを何度も繰り返すことは、あなたを週次の上限へ最も速く押しやる方法であり、それは一時間待っても救えない。
やるべき三つのこと
バージョンを確認する。この機能には v2.1.234 以上が必要である。/config を開き、「Continue automatically at usage limit」がどの状態にあるか確認する。既定で有効であり、気づかないうちに自動実行されるからである。
Claude Code が待機を促さない場合、たとえば Remote Control セッションや agent team の teammate セッションでは、/rate-limit-options と入力し、手動待機の行を選ぶ。空のプロンプトで Esc を押すとキャンセルできる。
CIやヘッドレスワークフローでは、この機能を期待しないでください。claude-auto-retry や claude-limit-relay といったコミュニティ製ラッパーが依然として現実的な選択肢であり、あるいは無人作業の部分をリクエスト課金型のエンドポイントへ完全に移すこともできます。
Anthropicが守ろうとしている境界線
コミュニティが求めているのは、一晩中人の手を借りずに動き続けるエージェントです。しかし実際に得られるのは、あなたと一緒にコーヒーを淹れてくれるエージェントです。あなたが席を離れている間も待ってくれますが、それはあなたが近くにいる限りにおいてです。
この二つの間の隔たりは、未返済の技術的負債ではありません。それはAnthropicが意図的に守ろうとしている境界線であり、その境界線を越えようとユーザー自身が書く while true ループこそが、チェックボックスよりもはるかに議論に値するものです。
出典: Error reference — Claude Code Docs、Interactive mode — Claude Code Docs、What's new, Week 33 · August 10–14, 2026、Claude Code release notes (changelogアーカイブ)、Issue #35744, anthropics/claude-code。
コメント
まだコメントはありません。最初のコメントを投稿しましょう。
コメントするにはログインが必要です。