Follow Discord
Sweep 03 Nov 2026 · 22:27Z Build v2.1.318 536 read Stable v2.1.311 Latest v2.1.318 Next v2.1.318 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.318 ·

Shared memory sync handles deletes more carefully and tells Claude more

Shared memory sync now syncs deletes of named files at once, restores files it could not delete, and tells Claude when a delete is held

You'll notice Improvements
JSON All of v2.1.318
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
MemoryArea: what it touches
ImprovementsKind: in v2.1.318,
ImprovementsSection of the release
What

Shared memory sync copies Claude's memory files between your machine and a shared store. It covers the setup where several stores are used through CLAUDE_MEMORY_STORES. It now treats deletes differently:

  • Deleting a specific memory file by name is recorded and triggers a sync straight away.
  • Claude is told when the shared store has not yet confirmed a delete.
  • If a delete cannot be sent, the file is restored at the next pull from the shared store, and Claude is told.
  • Files missing on your machine while deletes are switched off are put back, and Claude is told they are still in shared memory.
  • Files you just deleted now count toward the guard that holds back deletes when many files disappear at once. Its message says sync did NOT delete anything from shared memory that cycle.
  • Files skipped for being too large or for containing secrets are tracked, and sync refuses to delete them.
Why

Deleting or forgetting a shared memory now behaves more predictably. Claude is told what happened, so it can tell you whether a memory was really removed.

Read from
Names in the bundleCLAUDE_MEMORY_STORES

See this entry in the whole of v2.1.318 →

Feedback