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

Snapshot staging verifies each copied file by hash and nanosecond timestamps

Snapshot copies are hash- and timestamp-checked so a half-written file is not recorded as good.

Under the hood Improvements
JSON All of v2.1.248
Under the hoodTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
CheckpointsArea: what it touches
ImprovementsKind: in v2.1.248,
ImprovementsSection of the release
What

Files copied into a snapshot are now checked to make sure they did not change during the copy: contents are hashed with sha256 while being read, and file size and nanosecond mtime/ctime are compared before and after. A mismatch marks the file as changed rather than recording a torn copy.

Details
  • The recorded identity of a copy moved from millisecond ctime to nanosecond ctime plus an identity value.
  • Refusals carry a momentary flag separating transient causes (unreadable parent directory, unclassified system error) from permanent ones.
  • The old "changed while being read" refusal is gone; such a file is now returned as changed instead.
  • Case-insensitive or Unicode-normalization collisions between two changed paths are refused with their own message.
  • Optional before-open and after-read hooks were added to the staging options.
Evidence

collides with another changed path that differs only in case or normalization

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

Feedback