Windows worktrees created before the LF attributes landed can retain CRLF in the hash record. Split record lines with an optional carriage return so verify-layout compares the recorded Git blob hashes consistently.
Drop the compatibility/advanced and roadmap sentence from the plugin
ecosystem section (the features table still marks roadmap items), and add
a developer note that the project itself is a DSH plugin with a link to
the plugin docs.
verify-layout now checks README.i18n.yaml against the committed
README.md/README.en.md blobs via git rev-parse HEAD, so a README edit
without re-recording the bilingual hashes fails CI on every platform.
The Windows CI run failed because the note-hash check hashes the working
tree with git hash-object, and a CRLF checkout changes the blob hash.
Hash the committed blob via git rev-parse HEAD:<path> instead, which is
identical on every host and keeps the recorded values valid. Also accept
the Windows materialization of the CLAUDE.md symlink (a regular file
holding the target name), and enforce LF for the outer working tree with
a root .gitattributes, matching the submodule convention.
techflag