A worktree is a separate working copy of a git repository. When Claude Code works out the changes made in one, it also checks that the commit history has not been tampered with. That check now reads the commit, its parent commits and its file trees through a dedicated reader. Before, it relied on git rev-parse calls. The reader gives one of three reasons when it fails:
missing
unreadable
tampered
If a commit cannot be read, the result is now "unverified" instead of "none".
Why
"None" could suggest that nothing was wrong. "Unverified" says plainly that the check could not be done, so a commit that cannot be read is no longer treated as a clean one.
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtThe finding does not say where the "unverified" result is shown to a reader.
Anthropic's release notes agreeImproved screen-reader output in /mcp: a disabled server is read as "off" instead of "pending"
