What
/loop runs a task repeatedly, waking up at intervals. Scheduling the next wake-up has been reworked. It now records:
- when the chain of wake-ups started
- whether the wake-up came from a keepalive
- which tool call scheduled it
Before, the wake-up was built directly as a timed schedule entry without this information.
Why
This is an internal rework of how /loop schedules itself. It does not show a visible change in how loops behave.
Names in the bundle/loop
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
Confirmed since
Anthropic's documentation has since written up /loop, on Claude Code changelog.
* Reverted the 2.1.290 fix for cloud sessions staying asleep after a container restart lost a pending `/loop` wakeup or scheduled task; Claude is no longer told, and the session stays asleepchangelog see the edit
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agrees
Anthropic's documentation has since written up /loop, on Claude Code changelog.
Anthropic's release notes agree
Fixed a background session's /loop silently stopping when the session's process restarted (for example after a crash), because its pending…