Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.280 ·

Bash and memory sync now block bulk deletion of synced memory files

A new safety cap stops commands from mass-deleting synced memory files at once, asking you to wait for sync to catch up instead

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

What

  • A new check (massDeleteHoldExposure) blocks removing memory files when doing so would exceed a threshold of missing-or-targeted synced files at once, returning a refusal message that asks you to wait about a minute for sync to catch up.
  • A new method on the memory-store manager computes this "hold exposure" across both the shared multi-store and the user multi-store whenever a mass delete is requested.
  • The Bash tool's input validation now also runs this check asynchronously, after its existing checks, as part of deciding whether a command is allowed.
  • Specifically, Bash's validation scans rm commands for literal delete targets and calls this memory-store check; if a command would remove more synced memory files than the threshold allows at once, it's refused with an explanatory error instead of being allowed to run.

Why

This prevents a single rm command (or other mass-delete action) from wiping out more synced memory files than the sync process can safely account for, avoiding data loss or inconsistent state while sync catches up.

See this entry in the whole of v2.1.280 →

Feedback