Resuming an agent whose worktree you deliberately removed no longer warns about missing worktree state.
What's wrong with this entry?
An isolated agent whose worktree was deliberately removed no longer warns on resume that the worktree "is not recorded for this isolated agent". The removal is recorded in the agent's metadata instead of looking like missing state.
- Agent metadata gained
worktreeCleanlyRemoved: !0, written at the point the worktree is removed - The flag is inherited from the parent agent record, so child agents do not re-trigger the warning
- Consulted on resume, and suppresses the
git_worktree_resume_binding_missingtelemetry event - Applies to everyone, no gate
worktreeCleanlyRemoved
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.239
worktree.locationsetting for Desktop SSH sessionsBoth mention worktree
-
v2.1.246
Worktree cleanup only removes directories Claude Code created
Both mention worktree
-
v2.1.247
Cloud-session seeding names linked worktrees and split git layouts as un-seedable
Both mention worktree