Nothing to try yetTier: how much it should matter to you
2Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
SDK ControlArea: what it touches
In DevelopmentKind: in v2.1.223,
In DevelopmentSection of the release
The abort-on-close callback is wired at the CLI entry point but only selected when the gate reads "interrupt"; the fallback is "off".
What
When the input stream closes while can_use_tool requests for the parked-question tool are still pending, the pending request ids can now be collected and used to abort the current query with a shutdown reason.
Details
the control session gained an onStreamClosedWithParkedQuestion callback plus a setter, wired at the CLI entry point to abort the query
selected only when the gate resolves to the string "interrupt"
the in-source fallback is "off", which keeps the older preserve/no-op behaviour; real values come from remote config
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Read from
Feature flag
tengu_cinder_swiftNot enough to say
Nothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.
This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.223: 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.
Flag reading movedThe flag server now returns "interrupt" for tengu_cinder_swift, 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 movedThe flag server now returns nothing at all, having stopped carrying it for tengu_cinder_swift, 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.
