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.247 ·

Memory path resolution calls a warm-up step that currently does nothing

Memory path lookups call a new warm-up step that currently does nothing at all.

Under the hood Nothing to try yet Internal Changes
JSON All of v2.1.247
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
MemoryArea: what it touches
Internal ChangesKind: in v2.1.247,
What probably matters to youSection of the release

A workspace-root priming step is wired into seven memory call sites but its body is empty, so lookups still fall back to the git root.

What

Seven places that touch auto-memory, including the memory file watcher and the memory tool, now await a new warm-up call before resolving paths. Its body immediately resolves and nothing ever fills the canonical workspace root it is meant to prime, so path resolution still falls back to the existing git-root lookup.

Details
  • The resolver gained fields for the canonical root, a per-project map of it, and the warm-up promise, plus a latch cleared on reset.
  • The per-project lookup feeds the project-directory hash but always returns undefined in this build.
  • No flag involved; the call sites shipped ahead of the implementation.
Evidence

warmCanonicalWcRoot

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.247 →

Feedback