Source Intelligence

DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.

All of v2.1.242 Home All releases olderv2.1.241 v2.1.243newer
Claude Code v2.1.242

Clearer explanations when a cloud session drops or a file is left out of it

You'll notice
Useful3 Signal3
Cloud Sessions

Cloud session disconnects and skipped files now name a cause and a next step.

What

Cloud session failures now name a cause and a next step instead of failing quietly. Disconnects distinguish the stream closing, an untrusted device, a stale session needing a fresh sign-in on this machine, and a rejected attach, and creation failures cover a session that was made but could not be bound to this machine. The separate list of local files that were not sent to a cloud session was rewritten in the same pass, so each exclusion says which file it is about and why.

Details
  • Disconnect and creation messages carry what to do, usually re-signing in on this machine or starting a new session because the old one may have been archived.
  • Creation failures say whether the unbindable session was archived afterwards.
  • Session ids are truncated and hashed in these messages, so an id beginning cse_ is reported as session_<hash>.
  • The file exclusion list leads with settings that failed to parse, which leaves your Read permission rules unknown, and points you at /status.
  • Git filter exclusions name LFS and git-crypt as examples.
  • Read rules set to deny or ask are described as covering the specific file rather than in general terms.
Evidence

Cloud session disconnected, a git filter (LFS, git-crypt) applies to

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