You'll notice
Deleting a job's worktree now checks for in-progress submodule work before removing it, instead of only tracked-file state
What
When Claude Code deletes a job and cleans up its associated git worktree (a separate working copy tied to a branch), it now also checks the status of any git submodules. If submodule state can't be verified, the worktree is kept rather than deleted, with a new 'submodule' reason recorded for why it was kept. Previously this check only looked at whether tracked files were dirty or whether there was a nested repository.
Why
This avoids accidentally deleting a worktree that has in-progress or unverifiable submodule work, reducing the risk of losing uncommitted changes inside a submodule.