Follow Discord
Sweep 02 Oct 2026 · 18:55Z Build v2.1.288 509 read Stable v2.1.285 Latest v2.1.288 Next v2.1.288 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.288 ·

Parked-run and resume settings reworked, with a new hold-open flag

Settings for parked and resumed turns now come from saved or served presets, and a new flag tengu_polished_salamander can hold parked messages open

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

What

When a background session's turn is interrupted or paused waiting for a permission answer, Claude Code "parks" it and can resume it later. The settings for this behaviour have changed:

  • The settings (such as resumeInterruptedTurn, adoptUnderivable and parkedStopRetires) used to be built by reading environment variables like CLAUDE_CODE_RESUME_INTERRUPTED_TURN and CLAUDE_CODE_PARKED_STOP_RETIRES directly, plus answerWaitMs. They are now taken from one of two prepared sets, a saved one or a served one. The environment variable names still appear in the code, so they are probably read elsewhere.
  • A new flag, tengu_polished_salamander, is read as the value 'on' to decide whether a parked permission message is held open (holdsParkedMessageOpen). The flag server returned off for this site's account and on for an anonymous check, but no reading has been taken under this release yet.
  • The resume settings now include holdOpenFor, taken from the message that opened the interrupted turn, which keeps that parked message open.

Why

The defaults for parking and resuming may now come from these prepared sets rather than from environment variables you set, so check how they behave if you rely on those variables.

Read from
Feature flag
tengu_polished_salamander Gate removed from the code

This release deleted the gate from the code while it was still reading on for the account this site reads, so the code path no longer asks a flag before running.

This account: on · anonymous baseline: on · compiled default in v2.1.288: not a boolean we can read

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.288. It isn't a statement about your account. What a flag value here can and cannot tell you

What has happened since
Flag reading moved The flag server now returns on for tengu_polished_salamander, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_polished_salamander, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns on for tengu_polished_salamander, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Gate removed from the code v2.1.288 removed the tengu_polished_salamander gate from the code while it was still reading on for the account this site reads. The code path no longer asks a flag before it runs.

See this across every release →

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhat a reader actually sees differently, and what applies when the server sends nothing, are not settled.

See this entry in the whole of v2.1.288 →

Feedback