When Claude Code hands a working copy of your repository off to a remote session (for example through bridge/remote control features that upload or capture your checkout), it now gives a specific, worded explanation when it refuses to do so because the checkout looks untrustworthy. Cases include:
- the
.gitentry being a symbolic link (which the session could re-point elsewhere) - the
.gitentry being a hard link - use of "reftable" storage for git references
- objects borrowed from another repository
- a nested repository inside the checkout
- worktree-specific config
- git config injected via environment variables
Each case now gets a plain-language sentence explaining why the session refuses to proceed and what to do instead, such as starting from an ordinary clone.
Previously a refusal in these situations likely gave little or no explanation. Now users get a concrete reason and a suggested fix, making it easier to understand why a handoff was blocked and how to get past it.