Claude Code が使用制限のリセット後に自動で再開する — v2.1.234

Claude Code v2.1.234 で、claude.ai の使用制限がリセットされたときにセッションが自動で再開されるようになりました。長いタスクが制限で止まったあと、気づいて手で再開するまでの空白がなくなります。設定は `/config` の「Continue automatically at usage limit」で、切ることもできます。あわせて入った GitLab の MR バッジと、Windows のパス検証強化についても運用の観点から整理しました。

#Claude Code#開発運用#GitLab#セキュリティ

止まったまま気づかない、がなくなります

Claude Code v2.1.234 (2026 年 8 月 17 日) で、claude.ai の使用制限がリセットされたときに、止まっていたセッションが自動的に再開されるようになりました。

現場でいちばん効くのはここです。長いタスクを流しているときに制限へ当たると、それまでは止まったままになります。気づくのは、しばらく経って画面を見たときです。制限が明けてから気づくまでの時間が、そのまま空白になっていました。

自動再開が入ると、この空白が消えます。

設定の場所

/config を開くと「Continue automatically at usage limit」という項目があります。ここで有効・無効を切り替えられます。

/config
  → Continue automatically at usage limit   [ On / Off ]

既定では有効です。運用に乗せるなら、まず切るかどうかを決めておくほうが揉めません。

切っておいたほうがよい場合

自動で続くということは、リセットされた瞬間から消費が始まるということです。次のような状況では、切っておくほうが扱いやすくなります。

状況	理由
残りの枠を別の作業に取っておきたい	再開したタスクが枠を使い切る可能性がある
途中まで進んだ内容を見てから続きを決めたい	確認しないまま先へ進む
複数人で 1 つの枠を共有している	誰かの止まったセッションが先に枠を消費する

逆に、一人で長いタスクを回しているだけなら、有効のままで支障はありません。

FIXIT

勝手に再開してくれるなら、切る理由なくない？

Kaname

枠を共有している場合は別です。止まっていた誰かのセッションが、先に消費します。

FIXIT

あー、そっか。順番が読めなくなるのか。

Kaname

現場では、共有枠なら切る、個人なら入れたまま、で分けておくと回ります。

共有枠なら、先に決めておく

複数人で 1 つの枠を使っている場合、誰かの止まったセッションが自動で動き出すことになります。本人が席にいなくても消費は進みます。

決めておくのは次の 3 点です。

決めること	例
自動再開を使うかどうか	共有枠では切る、個人枠では入れたまま
長いタスクを流してよい時間帯	リセット直後を避ける、あるいは明示的に確保する
止まったセッションの扱い	放置しない。畳むか、再開の担当を決める

手順にしておくと回ります。 口頭で共有しただけだと、新しく入った人の環境で既定のまま動き続けます。

更新と確認の手順

バージョンを確認する

手元のバージョンは次で分かります。

claude --version

v2.1.234 より前であれば、自動再開は入っていません。更新してから設定を見てください。

設定を確認する

/config を開き、「Continue automatically at usage limit」の状態を確認します。

確認したいのは 2 点です。

項目そのものが表示されるか。出てこない場合はバージョンが古い可能性があります
On と Off のどちらになっているか。既定は On です

チームで運用しているなら、各自の設定を揃えておくほうが事故が減ります。 同じリポジトリでも、設定は環境ごとに持つためです。

GitLab の MR バッジ

同じバージョンで、GitLab のマージリクエストがフッターとステータスラインに出るようになりました。

条件は 2 つです。

リポジトリのリモートが GitLab であること
glab CLI で認証が済んでいること

両方が揃うと MR !N の形式で表示され、ドラフト・保留中・成功といった状態も付きます。GitHub の PR バッジと同じ位置づけです。

GitLab を使っている組織では、ターミナルから目を離さずに MR の状態が見えるようになります。

Windows のパス検証が強化されました

セキュリティ面の修正です。Windows の NT-namespace 表記 (\??\ で始まるパス) を拒否するようになりました。

対象は次の経路です。

リモートファイルの読み取り
セッションの復元
CLAUDE.md の include
ワークフロースクリプト
ファイルアップロード

NTLM の認証情報が外部へ漏れる経路を塞ぐもので、利用者側で設定する項目はありません。Windows で運用している場合は、更新しておくこと自体が対策になります。

そのほかに入ったもの

追加	内容
`CLAUDE_CODE_PROJECT_DIR_NAME`	セッションごとの設定ディレクトリに短い名前を付けられる
`selection:clear`	テキスト選択を解除するキーバインドの動作
`/permissions` の作業中利用	Claude が動いている最中でも権限設定を開ける
`/add-dir` の作業中利用	作業を止めずにディレクトリを追加できる

後ろの 2 つは地味ですが、作業を止めずに済むぶん、手戻りが減ります。 これまでは権限やディレクトリが足りないと気づいたとき、いったん区切る必要がありました。

まとめ

変更	運用への影響
使用制限リセットで自動再開	止まったまま気づかない時間が消える。共有枠では要検討
設定	`/config` の「Continue automatically at usage limit」
GitLab MR バッジ	GitLab リモート + 認証済み `glab` が条件
Windows パス検証	設定不要。更新することが対策になる
`/permissions` `/add-dir`	作業中に開ける。中断が減る

自動再開は便利ですが、枠を共有している環境では挙動を先に決めておくほうが安全です。 手順にしておくと、あとで揉めません。

よくある質問

Q. 使用制限で止まったセッションは、何もしなくても再開しますか？

Claude Code v2.1.234 以降であれば再開します。claude.ai の使用制限がリセットされたタイミングで、止まっていたセッションが自動的に続きから動きます。それ以前のバージョンでは、制限が明けたあとに自分で再開する必要がありました。長いタスクを流しているときに制限へ当たると、気づくまで止まったままになるのが実際のところでした。

Q. 自動再開を切ることはできますか？

できます。`/config` を開き、「Continue automatically at usage limit」をオフにしてください。切っておきたいのは、リセット直後に意図しない消費が始まると困る場合です。たとえば残りの枠を別の作業のために取っておきたいときや、途中まで進んだ内容を見てから続きを判断したいときが該当します。

Q. GitLab の MR バッジはどうすれば出ますか？

リポジトリのリモートが GitLab であり、かつ `glab` CLI で認証が済んでいることが条件です。両方が揃うと、フッターとステータスラインに `MR !N` の形式でバッジが表示されます。バッジにはドラフト・保留中・成功といった状態も付きます。GitHub の PR バッジと同じ位置づけの表示です。

Q. Windows のパス検証強化とは何ですか？

Windows の NT-namespace 表記 (`\??\` で始まるパス) を拒否する修正です。対象はリモートファイルの読み取り、セッションの復元、CLAUDE.md の include、ワークフロースクリプト、ファイルアップロードです。これらの経路から NTLM の認証情報が外部へ漏れる可能性を塞ぐためのもので、利用者側で設定する項目はありません。Windows で運用している場合は、更新しておくことが対策になります。

Q. ほかに入った変更はありますか？

`CLAUDE_CODE_PROJECT_DIR_NAME` という環境変数が追加され、セッションごとの設定ディレクトリを短い名前にできるようになりました。また `selection:clear` というキーバインドの動作が増え、テキスト選択を解除できます。運用面では、`/permissions` と `/add-dir` を Claude の作業中に開けるようになった点が効きます。作業を止めずに権限やディレクトリを足せます。