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

Claude Code v2.1.221 ·

New namespaced storage key factory ("storageV5")

A new namespaced storage-key system exists for transcripts, settings and memory, but nothing supplies its backend.

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

A storageV5 key factory covering transcripts, history, memory and settings exists; no backend supplies it here.

What

A key-builder module now constructs storage keys under fixed namespaces instead of raw filesystem paths, but it only comes into play when a storageV5 backend is supplied, and nothing observable in this build was confirmed to supply one.

Details
  • Namespaces covered: transcript, history, mailbox, log, globalConfig, settings (user/project/local), task, memory, pluginRegistry, pluginCache, cache, paste, state, feedbackDraft, agentMemory, identity, team, sidecar, scratch, userConfigDir and job.
  • A validator rejects names containing slashes, NUL, "." or "..", so keys cannot escape their namespace.
  • Transcript loading uses the factory when a storageV5 backend is passed, and falls back to the existing filesystem path otherwise, so current behaviour is unchanged.
  • What provides a storageV5 backend could not be determined from the build.
Evidence

namespace: "pluginRegistry"

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

See this entry in the whole of v2.1.221 →

Feedback