Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.321 ·

Task lists could come back on resume without being asked for, behind a switch

Behind a switch that is off unless turned on remotely, Claude Code can restore a session's task list at start even when nothing requested it

Nothing to try yet In Development
JSON All of v2.1.321
Nothing to try yetTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Background TasksArea: what it touches
In DevelopmentKind: in v2.1.321,
In DevelopmentSection of the release
What

Claude keeps a task list, a to-do list for the work in a session. When a session starts, Claude Code can restore that list. It used to do this only when the host (the program running Claude Code) asked for it. It can now also do it without a request, when all of these hold:

  • the tengu_velvety_robin switch is on; it is off unless turned on remotely
  • the saved list was read without error
  • the saved list belongs to the current session
  • the current task list is empty

Otherwise nothing happens. In readings taken before this release, the flag server returned off for this site's account.

Why

If the switch is turned on, resumed sessions would get their task lists back on their own.

Read from
Feature flag
tengu_velvety_robin Off in both readings

The flag server returned off for the account this site reads and for the anonymous baseline. A reading of off cannot rule out a rollout these two readings sit outside of.

This account: off · anonymous baseline: off · compiled default in v2.1.321: off

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

Read once, for one account on one subscription tier, against v2.1.321. It isn't a statement about your account. What a flag value here can and cannot tell you

How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: tengu_velvety_robin

See this entry in the whole of v2.1.321 →

Feedback