Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.308 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.234 ·

Storage backend writes are now pinned behind a flag and pass explicit file modes

Saved data can route through a new storage backend with explicit file permissions, but the flag is off.

Nothing to try yet Notable No documentation found In Development
JSON All of v2.1.234
Nothing to try yetTier: how much it should matter to you
2Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
Storage BackendArea: what it touches
In DevelopmentKind: in v2.1.234,
What probably matters to youSection of the release

Dozens of write paths sit behind tengu_hover_rest, which reads false without a server value.

What

Dozens of places that save data now use the alternative storage backend only when the tengu_hover_rest flag is on, read once per process, and otherwise fall back to ordinary filesystem calls. Absent a server value the flag reads false, so this build writes to the filesystem as before. Files written through the new path get an explicit mode of 438 & ~process.umask(), or 384 for secrets.

Details
  • Affected save paths include job drafts and job deletion, daemon status, plugin config and marketplace manifests, PR status cache, org-memory discovery cache, facets, the paste store, agent metadata, workflow scripts, the closed-issue cache, forked-skill scoping, background dispatch, changelog migration, headless plugin installs, auth-required state, transcript history and REPL shutdown.
  • Writes gained a publishDiscipline option with values "inPlace", "atomic" and "followAtomic", replacing bare mode arguments in several places.
  • Plugin config reads gained an async backend variant alongside the existing synchronous one.
Evidence

mode: 438 & ~process.umask(), publishDiscipline: "inPlace"

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

Read from
Names in the bundletengu_hover_rest
Feature flag
tengu_hover_rest 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.234: off

Read once, for one account on one subscription tier, against v2.1.234. 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 off for tengu_hover_rest, 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 nothing at all, having stopped carrying it for tengu_hover_rest, 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.

See this across every release →

See this entry in the whole of v2.1.234 →

Feedback