
What happened
The author traced Claude Code's auto-continue after a usage-limit reset to Remote Control sessions, reporting 0 starts in 10 hits while connected versus 8 in 8 when not.
Why it matters
Teams running long Claude Code jobs over Remote Control may find stalled sessions after a reset, since the built-in wait is documented as not starting there.
What to watch
The fix relies on Stop and StopFailure hooks using asyncRewake, but the author says the real 5-hour reset and live rate_limit StopFailure were tested only with unit tests, not on a live machine.
WHO IT HITSDevelopers and small teams running multi-agent or overnight Claude Code work on Max plans via Remote Control would be most affected, since their sessions can silently fail to resume after a 5-hour limit reset.
Summaries like this, in your inbox every morning.
The author's setup is aimed at a specific workflow: an Opus main session dispatching Sonnet subagents in parallel, running a hackathon project of 86 tickets. That run hit the session limit and did not auto-continue, so the author had to type "continue" manually at the 23:40 reset. The reported evidence comes from transcripts, where limit hits within 10 minutes were counted: 29 in total, with 10 of 10 failing to auto-continue while Remote Control was connected and 8 of 8 starting when it was not. One session that switched state shows the pattern cleanly — three hits before /remote-control started, three after did not. The author also says the bundled CLI code at version 2.1.289 returns immediately from the function that starts the wait when Remote Control is connected, while noting this is internal implementation that can change.
The workaround keeps the built-in auto-continue enabled and layers four hooks on top: Stop and StopFailure(rate_limit) run a resume step that waits for the reset and wakes the session with exit 2 under asyncRewake; UserPromptSubmit adds usage context and blocks the built-in continuation prompt at or above the weekly line; and a PreToolUse gate asks for confirmation before dispatching or continuing agents. Validation was two probes with real interactive sessions and 35 unit tests, though the author states the real 5-hour reset, behavior above 85% weekly, and a live rate_limit StopFailure were only exercised in unit tests with fake data, on Claude Code 2.1.289, macOS, and a Max plan.
The stakes here hinge on whether the built-in exclusion persists in future Claude Code versions and whether the hook path behaves the same outside the tested environment. For anyone relying on unattended Claude Code runs, the practical question is whether their sessions are silently attached to Remote Control — the author warns this can happen without the user ever typing the command — and whether their own guard rails are tested against a real limit reset rather than simulated data.
Pick your industry and the AI tools you use, and get news related to your work every day.
Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →
Ask AI anything about this article. The AI reads this article, earlier AIToday articles, and Wikipedia, and cites its sources. Q&As are published on this page for other readers too.
Chunghwa Telecom president Rong-shy Lin said the shift from conversational AI to autonomous AI agents is resha…

Apple and Meta said they would jointly release a new open-weight AI model designed to run on high-end Macs, ai…

A writer and entrepreneur opened his daily to-do list and found 156 items, and concluded that an AI assistant…

A Zenn contributor sorted AI use into three modes — AI as an assistant, AI running alongside people, and AI th…

A non-engineer operator says one person ships four smartphone apps on Google Play, three on the App Store, wit…

A developer released agent-guardrails, a one-script Python standard-library plugin that guards Bash, Write, Ed…
